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Loan-a-Mac 

A Successful Computer Literacy Program for Facilty 

R. Ann 2Snck 
San Joaquin Delta College 
Stockton, California 



Loan-a-Mac is a program at San Joaquin Delta Community College that 
was designed to provide "hands-on" computer literacy development for fhe 
faculty. Twenty Macintoshes with software and carrying cases were prxmdcd 
to faculty on a 30 day check-out basis. This article dcsribes the process of 
implementing the program, the instructions shared with the participants, a 
profile of current users and the HyperCard Loan-a-Mac Checkout System 
designed by Computer Services. An analysis of why this program is 
successful (i.e., the Macintoshes come back on time, no politics or plea 
barginning, repeat requests) will be discussed. 
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Loan-a-Mac 

A Successful Computer Literacy Program for Faculty 

R. Ann Zinck 
San Joaquin Delta College 

San Joaquin Delta College: A Growing Network 

As a result of the acceptance of Computer Services Five Year Plan 1988-92 . San Joaquin Delta 
College will realize the vision of a computing environment that will transfomi the use of 
infomiation technology in an educational setting. This plan establishes the ambitious goal of an 
Academic Computing Network parallel to the cuirent Adninistrative Network. By harnessing the 
capabilities of information technology; managers, staff, faculty and students are empowered 
throu^ the use a computing and commiuiication network for critical, creative, and collaborative 
activities. Thus, Delta College is creating an environnsent in which the use of computer technology 
will be the "matter of course" and namral way of doing business. It therefore becomes critical ttmt 
the college community is ready for tfiis evolution. The Loan-a-Mac program is one of die ways in 
which the college is addressing the need to provide faculty with the opportunity to develop the 
computer skills that will be essential to the basic functioning of the campus. In addition, the 
availability of the computer will help to encourage an interest in using the computer as a 
productivity tool and to explore ways to incorporate computer assisted instruction in the 
curriculuntL 

In the Beginning...A Network. In 1987, under the leadership of Lee Belarmino, Director of 
Computer Services, a local area network for adnidnistrative services was built. The purpose of the 
network was to provide access to the Student Information Systems (SIS), a new Business 
Information System (BIS) and electronic mail and file transfer capabilities from the various offices 
on campus. Tlie primary requirements in the design of the network were to maintain the college's 
investment in the current SIS, residing on a Unisys (Burroughs 6930) mainframe, incoiporate the 
new BIS on a VAX 8350, and create a "front-end" that would be easy for the user to operate. 
After researching many different options, the best solution was to design a custom network 
utilizing existing phone lines, but based on a new Ethernet backbone. The'result was a network of 
Macintosh workstations that could access tx)th the BIS and SIS using PacerLink. InBox became 
the solution for electronic mail and file transfer and Microsoft Works the standard office, 
productivity package. The Macintosh provided the perfect solution for the design of an easy to use 
front-end to the BIS and SIS, as well as holding down on the investment in training on office 
prxxluctivity software. Compu^r Services has been recognized by Digital Equipment Ooiporation 
for the unique solution of using the VAX 8350 as a gateway to the Unisys (Belarmiao and Zinck, 
1988/89). Currently, over 130 Macintoshes are on the Administrative Network. 

The Academic Connection. The benefits of the Administrative Network, particularly the E- 
Mail and file tnuisferring features, are indisptmsable to the users. Faculty members are beginning 
to understand the beneHts of electronic communication and want access to the capability as well. 
The proposed Academic Computing Network (ACN) will, within five years, provide tx)th faculty 
and students with electronic communications on campus, llie implementation of the network began 
this summer with the installation of a fiber optic backbone connecting four Business Computing 
Lab/Classrooms to the central Academic Computing Lab. A 3Com network now serves software 
applications and printing functions to five different locations. Over 3000 students per semester 
take advantage of these computing facilities. This phase of the ACN, is the first of three phases 
that will see six satellite labs located in a variety of divisions pulled into the network. In 
preparation for the implementation of the ACN, a critical component has been the providing of 
computer resources to the faculty. 

Since 1987, faculty have had access to a Macintosh computer in their Division offices. In the 
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*® Faculty Computing Center (FCC) opened with a Macintosh n (connected to 
a CD ROM and Scanner), LaserWriter, and two IBM PC's available for faculty use. The 
popularity of the Macintosh resulted in a reconfiguration of the FCC, replacing the IBM's witfj two 
M^ntosh SB's. The goal of tfie Faculty Confuting Center is to provide an environment where 
both novice anc. expert user can find tiie resources necessary to meet tfieir computing needs. An 
interactive video development station, witfj a Macintosh Ilci as the central component, will be made 
available in the FCC by December, 1989. 

In January, 1989, Computer Services inaugui^ted what has been called "The Year of the Faculty." 
Beginning in 1989, Computer Services was in the position to focus attention on the development 
of faculty skills and resources in educational and productivity computing. Witfi the vision of the 
ultimate campus network firmly in mind, the first concerns for its implementation was the 
development of corresponding computer skills and a network vision on the part of the faculty. 

Totable Training-Loan-a-Mac. Delta College is not unique in facing the dilemma of 
providing computing resources (equipment, training, and software) to faculty, yet having finite 
funding for such endeavors. Armed with the understanding that the availability and accessiblity of 
computers are among the primary determining factors in developing computer literacy, funding 
was allocated for 20 Macintosh computers that faculty could take home for a period of time. 
Computer Services was given tfie task of defining the nature of tfiis opportunity and how it was 
fiSuUy^ ^^^^ Loan-a-Mac, defined primarily as a computer literacy program for 

Making It Work. Considerable time was spent in tfie design of tlie Loan-a-Mac program. First, 
the eligible individuals had to be defined. Funding sources for the equipment required that the 
users be faculty members. Since con^uter literacy was tfie primary goal of tfie program, the next 
step was to determine a reasonable length of time for a user to keep the equipment. It seemed that 
30 days would provide tfie user with a sufficient amount of time to become fairly proficient with at 
teast one application. More tfian that, it was hoped that at tfie end of tfie tfiirty days, the user would 
find him or hers ;lf seeing tfie computer as a valuable tool. The other reason for the 30 day time 
period, is that reiUistically, Computer Services knew tfiat proficient users would also participate in 
Loan-a-Mac and would want sufficient time to work on projects. The total number of faculty, 
mclutUng part-time instructors at Delta is over 600 individuals. Since full time faculty numbered 
around 200 individuals. Computer Services determined tfiat limiting the use of tfie computers to 
full time faculty would greatiy assist in availability of the resource, not to mention keeping the day 
to day operation of tfie program manageable. 

Once these basic parameters were established, tfiat is, Loan-a-Mac would be a 30 day check out to 
fulltime faculty, tfien tfie nitty-gritty of the total procedure had to be defined. Requirements for tfie 
successful operation of tfie program were brainstormed in Computer Services until solutions diat 
were acceptable to botfi Computer Services and the Vice President/Assistant Superintendent were 
reached. 'iTie following were tfie initial requirements Computer Services established for successful 
day to day operation of tfie program. 

The operation of the program must: 

1. Be free of politics. 

2. Function on a day to day basis without management involvement. 

3. Provide an accurate status report on demand. 

4. Be muiaged by a Macintosh application. 

5. Insure tfiat tfie user will return Ae equipment on time. 

6. Allow a tum-around time for maintenance of the returned equipment. 

7. Lisure tfie user is skilled enough to do basic set-up and desktop functions. 

Service First, Fairness Foremost. In tfie Loan-a-Mac program, we at Computer Services 
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wanted a clean process that was fair to all and could not be corrupted by political games or 
favoritism. Computer Services* role on campus is that of a service organization that views all 
users as imr^^ lant customers. In all cases, the goal of the department is to be outside the political 
arena. TTi. computers for the Loan-a-Mac program were funded by the Instruction Ctffice as 
directed by the Vice Presiden^Assistant Superintendent. Computer Services was given the charge 
of designing and defming the program. Input related to the requirements cited above were solicited 
from the area Deans. Suggestions from them related to the distribution process and authorizations 
for use of the computer. Quite honestly though, the suggestions didn't seem to meet the 
requirements we had established. Thus it was determined that Loan*a-Mac would operate simply 
on a first-come, first*served basis with no advanced or multiple reservations of systems being 
possible. Once the basic reservation policy was estabhshed, then a HyperCard stack was designed 
to manage the reservation and tracking tasks. The stack allows phone reservations to be entered 
and Hit requester is automatically entered into the queueing systera The stack also maintains an 
accounting of die software resident on the equipment. A status report can be printed at any time to 
determine who has Macs, who is on the waiting list, or an entire history of Loaii-a-Mac users. 
One of the concerns about tum-around maintenance, the possibility that 20 Macintoshes would be 
returned at once, never materialized since when the program was initiated^ the first users took up to 
a week to pick up their Mac. Now we have a policy that users must pick up their Loan-a-Mac 
witMn three days of being notified of its availability or it goes to the next person on the list. 

Issues and Risks. A major concern in designing the Loan-a-Mac program related to V. bility in 
case of theft of the equipment or damage while it was off-canq)us. There was also a question of 
wha^ recourse was posrible should a Macintosh not be returned, i.e. the faculty member refused to 
return it on time. The campus Risk Manager was consulted with on insurance questions. The 
recommendation by the Risk Manager was to hope that the user's homeowners insui-ance would 
cover a theft. If not. Delta College is self-insured and thus responsible for replacement costs. The 
possibility of the Macintoshes not being returned wasn't considered until a colleague mentioned 
that this had ^parently been a problem at another institution. What would we do if a computer 
didn't come back when it was supposed to? Everything from requiring collateral, to withholding 
paychecks, and legal prosecution was suggested. The bottom line was, we did not want to take a 
punitive stand. We decided that an agreement signed by the f'^culty member that represented an 
understanding of their responsibilities in the program would be sufficient. If a problem of an 
overdue computer came up, it was decided that notification of the Division Chair/Dirtctor would be 
the fost recourse. The second would be informing the next person on the list that their conq)uter 
was still held by the current user. It seemed that this was sufficient to act as appropriate pressure 
for timely returns. Thus the faculty are asked to sign an agreement upon checking out the 
Macintosh in which they agree to abide by the reservation rules, time limitation, all software 
licenses, etc. 

As soon a^ the operation of the program had been specified, we were ready to present it to the Vice 
President for q)proval. He agrwd with our centralized library type approach, limiting the program 
to fuUtimc faculty and the user agreement. We were given the "go ahead" to proceed with 
presentations to tiie major governance groups on campus. 

Training Options. Computer Services through the Apple Computer, Inc.*s Higher Education 
Purchase Program 11 fHEPP^, provides almost weekly on-campus training opportunities provided 
with assistance firom the our HEPP Apple Computer Sales Representative. Faculty and staff have 
the opportunity to attend training sessions on such topics as introduction to the Macintosh, 
Microsoft Works, HyperCard, Ready Set Go, and SupcrPaint. In addition, faculty and Computer 
Services offer training on Micrograde, PowerPoint, and MindWrite. An extensive library of 
training tapes for such Macintosh applications as Excel, Works, HyperCard, PageMaker, Using 
the Macintosh, and Filemaker offer the user many opponunities for training on their own time. 
The truly novice Loan-a-Mac user is required to take the introductory Macintosh workshop (2 
hours) or con5)lete one of the introductory tapes prior to checking out the computer. 
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A library of popular software is maintained for the Loan-a-Mac user to check out with the 
computer. A separate HyperCard stack was created to manage this library since faculty and otho- 
users not involved in Loan-a-Mac request use of software. Some software titles that are included 
in the Ubraiy are MicroTest IH, Wingz, Adobe Illustrator, PageMaker, Word, Excel, and Statview. 

A Profile of Success. Loan-a-Mac will celebrate a year of success in February, 1990. The 
first twenty Loan-a-Mac recipients were selected by a random drawing from requests that were 
called in by phone during the week of Ffebruary 13-17. Since then, 70 faculty members have had a 
Loan-a-Mac at least once. In October, 1989; I sent out a survey to find out how the program was 
going fix>m the user's perspective. The results indicated that the program is an unquestionable 
success. Highlights of the survey are summarized below. Forty surveys, 57 per cent, were 
returned out of the total of 70 sent. Not all respondents answered all of the questions. 

Tables 1-3 below provide a general profile of the faculty participants in Loan-a-Mac according to 
experience and use of the computCT. Table 1 provides confirmation that most Loan-a-Mac users 
are repeat customers. Table 2 shows that most of the users consider themselves to be at a 
"Beginning*' level in terms of computer use. Fifty-two per cent of the respondents (n=31) 
described themselves as having a little skill in a Macintosh application, while 42 pet cent (n=26) 
had comparable skill with a different brand of computer. Thirty-nine per cent of die respondents 
described themselves as having an Intermediate level of skill by being familiar with seveial 
Macintof h applications, 39 per cent also had comparable experience with a different brand of 
computer. Table 3 provides data related to how the faculty used their Loan-a-Macs. Word 
processing was the tool of choice for 83 per cent of the respondents (n= 36). Forty-one per cent 
of the respondents (n=36), noted that they used Loan-a-Mac to leam new software. The remaining 
^plications: spreadsheet, database, electronic g»-adebook, and desktop publishing wwe uaed about 
equally. 

User satisfaction with the service provided vi as high. Eighty-seven per cent of the respondents 
(n=39) indicated that they had encountered no difficulties with the reservation or return process. 
Of \h'-. five who cited problems, one circled yes for problems, but said ,"Very nice to deal with." 
A second had problems because she was trying to manipulate her reservation time to insure that she 
would have a computer in Septemberinsteadof August when her name came up. One individual 
was upset because he was first told as a part-time faculty member he wasn't eligible, however, 
after checking with die Personnel Office, it was verified tfjat he was 52% faculty and 48% 
classified staff. The remaining two said die problem was that the computers were, "hard to cany." 
All in all, considering the scq)e of die program five rathw minor complaints appears to be an 
exceUent record. Computer Services is considering purchasing some inexpensive luggage carts to 
help in transporting die computers. A second question asked about satisfaction witfi die technical 
support provided in die Academic Computing Lab. Approximately 79 per cent (n=33) of die 
respondents said diey asked for assistance firom die Lab and of that, 96 per cent were satisfied widi 
die assistance. The one dissatisfied individual said he simply could not understand die compu er, 
but everyone was helpful. 

A final question dealt widi die respondents interest in applying for a MacNet project which would 
give diem a Macintosh SE in dieir office for a year. Ten of die 38 who answered diat question 
aheady had a MacNet computer. Ir response to a question about plans for applying for a MacNet 
computer, fifty-two per cent (n=29) said diey intended to do so. It would seem logical that repeat 
users of Loan-a-Mac would apply for a MacNet computer. It is interesting also, diat some MacNet 
faculty continue to get a Loan-a-Mac on a regular basis. 
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An area left open for conimcnts resulted in 33 of the respondents writing comments about the 
overall benefits of the program. All of the responses were positive. A few examples were: 
"Excellent opportunity," "Wonderful, enjoyed having it," "Gained skills and convenient," "Super 
program," "Only game in town," and "Helped a great deal." 

Conclusions and Recommendations. In doing this "retrospective" of Loan-a-Mac, it was 
interesting to think through why this program is so successful and what recommendations can be 
made to other colleges that may want to initiate tiieir own "Loan-a-Mac." It is my belief that Loan- 
a-Mac's success has several key contributory factors behind it. 

First, the system was designed to function smoothly in a non-political manner. Q)mputcrs are 
' hot property" on this campus. Besides being a limited resource, there is also certain degree of ego 
and status that come into play when con5)uter users are vying for this resource. In Loan-a-Mac, 
everyone is treated equally, just as if they were checking out a book in the librarv. The program 
was presented as the best possible way to spread around a limited resource, and Ae campus users 
accepted this reality. The "red tape" for getting the computer is minimal. On the first request there 
IS one form to sign and a training requirement to meet. After that, it is a matter of a phone call to 
enter a seomd request. 

Second, Loan-a-Mac fits into the flexible work habits of tiie college faculty. Whether it is the first- 
time user learning an application, or the more experienced individual working on a project; the 
ability to take these computers home has provided a valuable resource that fits into tiie inherent 
work-time flexibility of a conmiunity college instructor. Instructors have stated that being able to 
take the computer home insures that they are able to spend quality time on the computer. Another 
advantage is that for some, it showed them how essential to their work a computer becomes and as 
a result, they have purchased their own Macintosh. 

TWrd, the program is clearly a "no strings attached" benefit or "perq," if you will. Generally, the 
policy on any State Community College employee on taking home equipment has been extremely 
restnctive. The Loan-a-Mac is revolutionary in tiiat regard. This is recognized and aooreciated bv 
the users. «» -rr / 

RnaUy, the Loan-a-Mac program is totally consistent with Computer Services' Five Year Plan. 
The faculty recognizes that the campus will become an electronic village of sorts with the 
mstallation of the Academic Computing Network. Loan-a-Mac provides those that are interested in 
parnapating in tiie "electronic revolution" witfi tfie opportunity to learn and become comfortable 
with the coming technology. It provides them with tfie opportunity to be skilled enough to 
paracipate in the MacNet program The MacNet program began in July, 1989 and provides faculty 
witii Uie use of a Macintosh for tfie period of one year to complete a definable curriculum 
improvement project. This program operates very much like a competitive grant program. A 
written proposal is r^iuired and rated by a committee. Those who achieve a minimum criterion 
score are ebgible for tfie MacNet computer. The use of tfie Macintosh is for one year in tfie faculty 
menaber's office. At the end of tfie year, it will be possible to renew a project based on a 
continuation plan or proposing a nevv one. 

Based on tfie success of tfie program on Delta's cainpus, it would seem to fit a need for colleges 
mat see It as important to provide computer access to tfie faculty for botfi learning and project type 
functions. When considering the implementation of such a program, the followine 
recommendations arc made: 

rw-?"^* foremost, spend time developing and defining tfie operation of tfie program. Our 
library type of program is very successful, tfiere may be other options tfiat a college may consider. 
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No matter what the delivery system is, I cannot stress enough that it should be mechanical, not 
political. Even our MacNet program is based on a rating system that effectively removes politics, 
plea bargaining, and favoritism. 

2. Focus on service with the system. Provide the software which will do the tasks instructors will 
want don^^. It is not necessary to have all software on all equipment. Everyone uses Works, but 
only a few may want or need Ready Set Go. Additional software is loaded on and removed based 
on the needs of the user. We provide help-line service through Computer Services and the 
Academic Computing Lab. Encourage users to use that instead of trying to fix it themselves. 

3. Provide adequate training opportunities for the users. Training tapes are an ideal companion to 
the Loan-a-M ac. Users can sometimes only get time to learn new software at home, outside of 
assigned woik time. In recognition of this and the ov«^ success of the program, Delta's College- 
Wide Staff Development Committee has allocated funds for the purchase of eight Macintosh SE's 
for classified employees to check out on a two week basis. 

4. Visit the key governance bodies to explain the benefits and intoit of the program. 1 his pre- 
implementation activity insured an understarding of the program by the campus leaders and 
allowed Computer Services to stress the benefits and value of the program as it was designed. 

5. Remember that the success of the program is very probably due also in a large part because this 
is a Loan-a-Mac and not Loan-a-PC. The eas^^ of learning the Macintosh contributes to the 
enthusiasm and success that the new faculty use on campus are experiencing. Hiis program is 
designed primarily as a new user program. The relative ease and independence associatol with 
learning Macintosh applications makes the program manageable because fewer resources are 
needed to support the learning experience. A significant and rapid increase in productivity is 
experienced, thus the use of the Macintosh becomes a reward in and of itself. Of die 40 surveys, 
only one person gave up on die computer because he just couldn't understand how to use it and a 
second just wanted to stick to using a secretary. In either case, it is quite likely that a DOS 
computer wouldn't have been a better solution. 
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When is a Sita License Not a Site License? 
A Guide Through the Maze 
of Large-volume Academic 
Microcomputer Software Purchasing 

Tony Townsend 
University of Virginia 
Charlottesville, Virginia 



Mwiy microcomputer software companies profess to offer a site license for 
their products. The term site license, however, is loosely defined Juid can 
mean any number of different licensing and financing arrangements. This 
presentation will examine the different types of such arrangements, explain 
the differences between them; and offer guidelines as to what to look for 
when negotiating a site license agreement with a software vendor. 
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L Introduction 

The answer to the question, **When is a site license not a site license?** is deceptively 
simple - almost never. Almost any microcomputer software company, when asked if they 
offer a site license, will respond in the affirmative. Upon further inspection, however, the 
great majority of these site licenses turn out to be something other than their name would 
have you think. In this paper, we will take a look at what is and is not a site license, give 
specific examples or each category, and offer some guidelines on what to look for in a 
volume-purchase of microcomputer software for an academic institution. 

n. Types of Licensing Agreements 

A. True Site licenses 

A true site license is just that - the institution pays a fee, either one-time or 
annual, and the software company allows unlimited use of its package at that 
institution. Even withm the framework of the true site license, however, there can 
be a distmction. 

This difference lies in where the software will be used. 

True BASIC and WATCOM, for example, license their BASIC and FORTR ^J^J 
languages, respectively, for use by any snidcnt, faculty or staff member anywhere on 
the campus of the licensing institution. 

Datastorm Technologies, on the other hand, issues a site license for its ProcoLun 
and Procomm Plu: oackages to be used by a student, faculty or staff member in any 
location, as long as they are using the software to communicate with the institution's 
computers on campus. 

This difference can be seen as reflecting the type of software being licensed. 

Proconmi, because it is an asynchronous communications package, would be of 
limited value licensed solely **on-campus'*, as on*campus computers are usually 
already in conmiunication with each other over a faster medium, such as EthemcL 
There may be certain on-campus iites that would need such a package and these are 
covered by this true site license iS well. 

True BASIC and Watcom's WATFOR, however, are licensed to be used in 
classroom situations, as teaching tools. The companies who market these products 
also know that students who have their own computers will want a copy of the 
program for their home machine, which will help the company sell more copies of 
the software (probably at a reduced rate, as we will see later). 



1 

13 



4 1 1 



B. Volume and Educational Discounts 

In a majority of cases, when a software company say that they offer a site 
license, what they are really talking about is a volume discount, like the volume 
discount in other parts of the economy, the larger the number of items you buy, 
the less each item costs per unit. As with a true site licenst, there are variations 
here as well. 

The first kind of volume discount involves a purchase threshold. For example, 
up to a certain amount in sales, a software package costs 100 dollars, beyond that 
certain amount of sales volume, the price drops to 75 dollars. Qaris, the Apple 
software company, operates in this way, with purchase thresholds at 5.000. 10.000 
and 15,000 dollars. 

A variation on this is offered by Microsoft for some of its software. Packages 
that are likely to be used in a teaching situation, such as Word, are sold in 
"Academic 10-packs". These groupings have enough disks for 10 computers, but 
only one set of manuals. This of course saves Microsoft money by cutting down 
duplication costs. It is also logical from the point of the instructor, who will 
supposedly be teaching the students about the program, so that manuals for each 
student would be redundant WordPerfect uses a variation of this, as we will see 
later. 

The second kind of discount has no purchase threshold. Here a special 
educational price is offered by the company making the package, no matter how 
mudi business you do with them in a given time-frame. TTiis price may only apply 
to those packages used in a teaching situation, or any person affiliated with an 
educational institution may purchase the package at the reduced rate. 

An example of the former scenario is AutoCAD by AutoDesk. Copies of 
AutoCAD used for instruction may be purchased at about 35% of the retail list 
price. Each copy is identical to the full retail version. 

An example of the latter is the School Software Program of the WordPerfect 
Corporation. Under this plan, any product offered by WordPerfect can be purchased 
1^ student, faculty or staff of any educational institution for about 25% of the retail 
list price. As with AutoCAD, each copy is identical to the full retail version. 
Through a third party, WordStar offers the same arrangement. 

The third variant of the volume discount is the "master fee-minimum number" 
plan. Here, the educational institution pays a master license fee for a software 
package, then pays a fee per copy of the software bought and agrees to buy at least 
a certain number of copies. 

This variant is used by WordPerfect, which calls it their Site Volume Pricing 
Agreeme:.t For example, to buy version 5.0 of WordPerfect for the IBM PC under 
this program, an institution pays a master license fee of $75, then pays a per-copy 
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fee of a maximum of $40 each (a cost which further declines as the number of 
copies increases). For each copy of the program, you get a quick reference card and 
a keyboard template. The master license fee entitles you to one copy of the manual, 
as well as allowing you to purchase more copies of Uie manuals for a fee. 

C Resale Agreement 

Several software con^anies offer a site license which operates very much like a 
department store. The institution buys the software at wholesale, adds its profit 
margin and then sells to Uie consumer. College bookstores will frequently offer 
such pacIuLges to students. Con^anies encourage faculty to adopt their software 
by offering such plans, in hopes that the teaching staff will require students to 
purchase a copy of the software. Hiis kind of licensing is very similar to that used 
for textbooks for many years. 

One company that offers this kind of arrangement is Borland. Through their 
Scholars' Program, students can purchase any Borland product at a discount of 
about 50%. College bookstores and computer stores can buy the software at about 
a 70% discount, so even with a reasonable markup, the f aftware can still be sold for 
the same price as the student could purchase it at retail. In addition, for a certain 
number of copies of the software bought, Borland supplies a free copy to the faculty 
member who will be teaching the course. 

Even if specifically required for a course, Borland will still offer a discount to 
students through a special coupon. This coupon, usually distributed at the start of 
the semester, entitles them to the 50% (or more) discount. The only requirement 
is that an instructor suggest that the software woidd be valuable in a certain course, 
and ^hat a course nimiber be noted on the coupon. 

Addison-Wesley is also in the resale agreement line. The difference is that 
Addison-Wesley offers ''student editions" of popular packages. These editior^ are 
smaller, or have fewer features than the regular retail versions. For instance, the 
student edition of Lotus 1-2-3 can only handle 256 rows by (4 columns. A special 
manual is also included with the student editions. This manual is more of a tutorial 
than a reference text. Once again, college bookstores and campus computer stores 
can purchase the student editions at a greater discount, mark it up and resell it to 
students for the same price as the student would normally pay. Addison-Wesley also 
does not sell software of its own, as does Borland, it oiijy markets the special 
editions. 

m. What to Look For in a Licensing Agreement 

With all the different programs offered by vendors, it's eisy to get confused and 
quite possibly wind up with a sales agreement that isn't what you h. d thought it would be. 
In this section, we'll suggest some guidelines for buying software in large quantities. 
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A. Intended Audience 

Before conducting D^.gotiations for ^ .ite license, ask yourself what group will 
benefit from the package. If it will only be used in an instructional setting, it's 
wasteful to buy a license that lets anyone associated with the institution use the 
application at no cost If it is a program that will only be used administratively, 
don't spend extra dollars making it av^able to students as well. 

On the other hand, it never hurts to get as wide a coverage as possible for the 
least cost If a site license costs the same whether or not its distribution is restricted 
(and the vendor doesn't want to negouate a lower price for fewer users), you have 
no choice. You may find that having faculty, sta£f and students a ^ the package 
helps the computer support staff by creating a de facto campus-wide standard. 

B. Hardware Environment 

Take some time to identify where the software will be ^ i. Vendors frequently 
license software for a single computer, so if you want tc iun it on a network, you 
may find yourself paying a higher price. On the other end, if the network version 
of the software is the package you want, see if the vendor will decrease the price 
normally charged if a product wiU be used on both stand-alone and networked 
machines. 

C. Types of Fees 

There are as many di^erent ways to pay for a site license as there are things 
called site licenses. In general, there are four categories of payment, listed below 
in order of preference to educational institutions: 

1) One-time fee. You pay once and the software is licensed to the institution 

in perpetuity. This option is so rare as to be non-existent. 

2) Yearly fee. Here the institution pays a yearly fee to the vendor, with no 

per-workstation or other incremental costs. This variant is quite similar 
to the next one below. 

3) Initial fee with yearly maintenance fee. Here a one-time cost buys you the 

ability to pay the company an annual cost, in ord.i- to keep your site 
hcense current This option is common and has its roots in the pricing 
arrangements for minicomputer and mainframe software. 

4) Master fee with per-w -kstation license cost Much like #3, except instead 

of paying an additional fee each year, you pay an additional fee for each 
computer on which you intend to use the softv/are. 

Of course, the best kind of fee is the smallest one possible, no matter what its 
terms. 
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D. Packaging 

Especially with volume discounts, you should give some thought to how the 
software will be distributed. If all you really want is the legal ability to nm a 
package on say, 100 computers, why get 100 copies of the manusd, disks and assorted 
paraphernalia? Ask the company if you can reduce the cost of such volume pricing 
further by only getting one copy of the actual product This will also save you from 
having to open 100 packages, throw out the manuals, and re-format the disks. (Why 
re-format? You could be held legally liable if someone went through tlie trash, 
picked out the program disks and used them on a computer that wasn't covered 
under the license agreement) 

On the other side of the coin, if your intent is to make a full-blown copy of the 
software available to anyone in your institution who wants it, it is to your achrantage 
to have them get all the parts of the application that come with it if you had paid 
full price. Otherwise, your computer support staff will end up spending more time 
and money answering questions about the package than you saved with the site 
license. 

E. Technical Support 

Ask the vendor you're buying from how the site licensing agreement will iffect 
the vendor's technical support Will end-users of the program still be able to call 
the company, just as if they had paid fiiU price for the package? This luxury may be 
one of the things the vendor wants to do away with, in order to save money. 

The technical support for a site license (if end-users can't call directly) often 
involves a designated support person at the institution. This support person fields 
questions from end-users, answers them if possible, and if not possible, calls the 
vendor for help. In an effort to make this system more usable, vendors may make 
available a database of conmionly-asked questions with their answers, a bulletin 
board system or other support aids. 

As a basic requirement, make sure the vendor from whom you are considering 
licensing a product at least has a technical support department accessible to your 
institution. There are cases of companies who only allow dealers to call them 
directly and your site license does not make you a dealer. 

F. Upgrades 

When figuring the cost of a site license, always ask if upgrades and/or bug fixes 
are included in the cost. Sometimes, upgrades and fixes are an additional expense 
(payable per workstation license or as a lump sum annually). Some vendors offer 
free bug fixes, but the institution has to request them. Other vendors may throw in 
a year's worth of product updates with a license of that term. 
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G. Error Determination and Resolution 

As we all knov/, the software package that is completely free of errors has yet 
to be marketed. With a site license, an institution may weU find itself in a situation 
much like that of a vendor: the more users who work on an application, the more 
bugs will be uncovered. If the vendor of a particular package prohibits end users 
from calling the compai^ directly, users who encounter flaws will call you instead. 

Always have the vendor specify how such problems will be handled. There may 
be different ways to resolve problems depending on the severity of the bug. If a bug 
prevents a program from working as advertiseid, the vendor should provide a fix 
promptly. If a bug only requires that a work-around be used, the vendor may wait 
until the next ofGdal release to change the product In either event, spelling out 
such conditions before paying the license fee can save time and hassle later. 

R Nf etbods of Distribution 

Eveiy vendor who offers a site license has their own way for distributing legal 
copies. SPSS, a statistics program, requires that every person who receives a copy 
of SPSS-PC sign a license form, which the institution must keep on file. Other 
companies only ask that the institution verify that a person is legally entitled to 
receive the software. Other firms only let people use their product while on 
institution business; copying is foibidden. 

Remember that one of the advantages of a site license from tbe standpoint of 
the software vendor is less administrative overhead. Veiy often, this manifests itself 
in such overhead being done by the institution in place of the compai^. 

When negotiating a site license, check that the method of distributing the 
software won't cause a burden to your institution that you don't have the st^ to 
handle. 

rv. What to Avoid in a Licensing Agreement 

Just as there are many things to look for in a site license, there are items to avoid 
as well. 

A. Having One Person as a Vendor Contact 

Even though many firms may want only one technical contact at an institution, 
It is important that this support person be different from the person handling the 
administrative dealings with the vendor. Even with small volumes of software 
licensing, the amount of work involved in both technical support and organizational 
record keeping can crowd out any other tasks a staffer is expected to handle. 

Also, with more than one person as a contact, you have a backup in case of 
illness or other absence from work. 
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B. Non-cancelable Agreements 

As with any contract, be sure there is a clause allowing your institution to 
terminate the agreement on written notice. This clause should not have further 
stipulations and should allow you to get out of the agreement for whatever reason 
you see fit Agreements that ovlfy allow you to terminate them with the vendor's 
approval should be avoided at all costs. 

Here^s an example of why you need this safety outlet: your fiscal year does not 
correspond with the term of your site license. The licensing agreement requires you 
to make quarterly payments. Your budget for the new fiscal year gets cut drastically 
and one of the items you decide to cut is the rest of the payments on the site license. 
If your contract didn't allow you to exit without vendor approval, you might find your 
institution mnning a deficit 

C. Putting Your Institution at Risk For Misuse 

A veiy touchy subject with all vendors is who will be pay for unauthorized copies 
made fi'om your site license. Although it is reasonable for institutions to be 
responsible for such piracy (they are, after all, supposed to enforce the terms of the 
license), the thing to watch out for is any liabilities above the cost of the stolen 
software. By this, we are referring to court costs, lawsuits, or criminal charges. In 
general, a paragraph or two stating that the institution will do its best to prevent 
illegal copying may well satisfy most vendors. 

Although the burden of uncovering such illegal copies is aknost always the 
vendor's, it would be a good idea to verify this as well before signing any ^cement 
Once again, a good faith effort on the part of the institution to prevent piracy from 
happening in the first place is the best defense. 



V. Conclusion 



Although what may be called a site license is most likely another beast altogether, 
there are still mai^ advantages to using such arrangements. 

The most important thing to do with any volume purchase of microcomputer 
software is to compare the dollars saved in the short-term with the labor costs incurred by 
your institution in the long-term. The site license that appears on the surface to offer you 
an application at 1/3 of retail list price may tum out to cost you 25% above list after you 
add in staff time for support and administrative record-keeping. Only by doing a 
comprehensive analysis of both costs, both immediate and long-range, can you make the 
right decision. 
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INTRODUCTION 



The problem of integrating technology and pedagogy is not 
easily solved. Ih almost every case, successfully integrating 
technology into an existing course is hard work, probably 
involving a multiple-yetir effort, hundreds of hours on the part 
of an individual faculty member, and the coordination and support 
of a number of different units within the University. It is not, 
as 77as once suggested, simply a matter of "buying a package and 
placing it on the network for students to use." 

Indeed, the problem (irregardless of the solution) is not 
well understood by many members of university faculties, staffs, 
or administrations. Each has a different role in the process, 
and each set of roles must be fulfilled if a university is to 
benefit from the widespread integration {^i3 opposed to today's 
relatively isolated instances) proposed by proponents of the use 
of technology in teaching/learning environments. One can begin 
to understand the difficulty of the problem by attempting to 
develop an environment which would truly encourage such 
integration, hence the purpose of this paper. 

The initial section of the paper contains a section entitled 
"General Nature of the Problem", which is defined in more detail 
in the section on "Specific Aspects". In the section entitled 
"Implementation", a solution is proposed within the perspective 
of a supported, managed effort designed to create an 
environment in which interested faculty can, if they choose, 
successfully integrate technology into a classroom environment. 
A financial model and several conclusions appear at the end of 
the paper. 

GENERAL NATURE OF THE PROBLEM 

It is important to note that most faculty are users, not 
developers, of teaching/learning materials. They use resources 
such as textbooks developed by their peers, audio/visual 
materials frequently developed by vendors, and libraries and 
information technologies developed and/or supported by their 
institutions. In the case of written material, the use of 
resources prepared by others as tools for instruction has been 
occurring since the beginning of tirie; in the case of stored 
program computers, since the middle of this century. The first 
professor to use the first IBM 704 sometime in the early 1950 's 
probably began envisioning the instructional potential of the 
technology as soon as the power of the resource was understood, 
and certainly there are many examples of computers in the 
classrooms in the early 1960 's. 

Thus efforts to develop courseware are not new. What is new 
is that the key barriers of excessive cost and the lack of a 
sufficient amount of acceptable software are rapidly being 
overcome. Given the number of successes reported in recent years 
it would seem that by now the use of technology in teaching and 
learning environments would be as common as the use of other 
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resources available to faculty, or that we would at least see 
momentum in that direction sufficient to convince us that the use 
of such resources would become commonplace du-ring the next few 
years. But the use of technology in pedagogic environments is 
not commonplace, and what momentum that does exist is developing 
at an excruciatingly slow rate. 

Efforts to develop the momentum have focused on a series of 
perceived, tangible obstacles. For example, both the Silicon 
Basement Seminars and the NCRIPTAL Awards evolved because their 
developers correctly believed that major obstacles included a 
lack of awareness both of the potential offered by technology and 
of successful examples of the use of technology in disciplines of 
all types. 

But more fundamental than these kinds of obstacles, 
however, is the question of what truly happens when a member of 
the faculty walks in front of a class and begins to teach. It 
(the act of teaching) is a very special event, highly 
individualized, unique to a given professor in a given 
environment, teaching a given lecture in a given course. The 
issues are curriculum restructuring and courseware portability 
(in the pegagogic, not the technical sense) because the way in 
which a particular course is actually taught depends upon a 
specific professor at a specific university and is typically a 
function of the specific tools available. 

When we then recognize that the problem is further 
exacerbated by more mundane things such as a lack of detailed 
technological expertise on the part of most faculty, insufficient 
staff support, lack of resources, minimal or no administrative 
support or commitment, and a general lack of focus on the 
problem, it is not surprising that the results have not been 
good. Simple problems become incredibly complex: which software 
package to choose for a given segment of a course, whether the 
package will run on existing hardware, what the use of the 
package will do to the existing continuity in the course, and 
even how to load memory, get started, and recover from a myriad 
of potential technological-based failures. 

Finally, in some cases the problem may be niade nore coniplex 
if an administration makes incorrect assumptions about whether 
and how a given segment of the faculty will want to change, and 
then proceeds to install resources which may not be appropriate 
to the pedagogic environment at the time. Integrating technology 
into the curriculum is not an administrative process. It is a 
faculty process which requires a great deal of administrative 
support, possibly in the form of released time, and certainty in 
the forms of staff assistance and financial support. 



SPECIFIC ASPECTS OF THE PROBLEM 



Successfully creating an environment in which interested 
faculty can integrate technology into the curriculum is a 
relatively complex problem. The problem can best be described as 
a series of needs. In this section of the paper the needs are 
defined, and an approach to meeting these needs is described in 
the nexl section. 

NEEDS 



ITEM 



WHY 



1. A plan 



The project spans about 
thirty-six months, involves 
many differ^^nt activities 
and constituencies, and 
a not insignificant 
financial commitment • 



2. Interested faculty 



Volunteers will have a much 
higher probability of 
staying with the project 
for its duration. 



Sufficient interest to 
impact a number of courses 
(ten, for example) 



One aspect of the problem 
is critical mass. Multiple 
success stories across 
several divisions has a 
better chance of building 
momentum than one or two 
"apostles". 



4. Faculty identified courses 

5. Staff support for faculty in 
the selection of software 



Staff support for faculty 
during the acquisition/ 
purchasing phase 



obvious 

1. Software evaluation 
requires knowledge of not 
only its functionality, but 
also its operational 
environment ; 2 . Sources 
of software are not 
generally known to faculty. 

Bureaucracies can quickly 
destroy an initiative. 
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1. 



Staff or intern support for 
faculty during initial 
implementation 



8. 



An opportunity for faculty 
training in the early stages 
of the project 



9. 



Possibly a defined amount of 
released time for faculty to 
make modifications to the 
curriculum 



10* Documentation support 



11, Evaluation process (project 
oriented) 



1. Software is often not 
well documented; 2* There 
may be component^i which do 
not work as advertised. 

3. New technologies or 
technologies unfamiliar to 
faculty may be involved • 

4. University procedures 
(access , establishing 
student accounts, etc.) may 
be problemc^tical. 

1. Additional use of 
technology (e.g. : 
spreadsheets, data bases, 
word processors, etc.) may 
be assumed by the authors 
of the selected packages; 

2. Expanded use of 
technology may be highly 
useful in either the 
teaching or learning 
process . 

Hay be necessary if 
significant changes to the 
pedagogic process is 
contemplated. Source 
materials , course 
sequences, changed quantity 
of course content, 
examinations /evaluation 
tools , assignments , etc . 
are impacted. 

1. Students will need user 
guides; 2. Demonstration 
examples will need to be 
constructed. 3 . Staff 
will need to learn how and 
at what level to provide 
consulting support. 

In return for 
administrative and staff 
support , meaningful 
feedback on how well the 
project worked should be 
part of the process. The 
focus with respect to this 
need is on how better to 
support future faculty 
projects . 
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12. Intern support during first 
sequence through a course 



13. Two to three post-course 
faculty conducted seminars 
presented to other faculty 
within the university 



14. Staff support for an update 
cycle 



Identify, help fix 
problems, failures in the 
process , failures in 
documentation, 
administrative needs, etc. 

1. The focus is on 
pedagogic impact at this 
point • Disseminate 
information to peers; what 
works, what didn't work, 
etc. 2. Build critical 
mass; attract other 
interested faculty. Obtain 
agreement from faculty to 
present seminars in 
exchange for released tine 
and support. 

Post course evaluations 
will reveal problems and 
areas where 

modifications /additional 
support is required. 



15. Planning for sustained efforts University administration 

can assist in expanding 
successes r by building on 
or repeating the cycle. 

Thus there is not one# but many problems to be solved. 
The successful incorporation of technology into the curriculum 
includes faculty becoming engaged in self-directed uses of 
technology, the creation of new approaches in curricular 
presentation, and the development of specific expertise, and 
examples of the use of technology in the classroom so that other 
faculty will follow by example. 



IMPLEMEHTATION 



The key is to put together a team of academic professionals. 
To have a impact on the institution, a "critical mass" is 
required — one or two projects will not do. The support of the 
University's Academic Computing Services is also vital to the 
success of the project. This support needs to include assistance 
in: the identification of appropriate software, management, 
documentation, training, evaluation, and dissemination of 
successes to other faculty. A three-year developmental project 
is envisioned. 
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The actual process may be summarized as follows: For 
purposes of example, we suggest that approximately ten faculty 
members be identified, each to spend about 25% of their 
time for one year developing material to be applied to a 
specific, targeted course during the next year. The intent is 
to successfully integrate technology into a total of ten courses. 
Each faculty participant will then present two seminars to the 
university community during the third year (twenty seminars). 

Each individual who volunteers for the project will go 
through a process of identifying software and/or technology 
which, because of the documentation, review, and/or national 
recognition, appears to be an excellent candidate for a 
particular course. The process of identifying the technology, 
acquisition, learning how to use both the software and the 
hardware, and developing initial approaches to the targeted 
course will be conducted during the initial year of the project. 

The second year (first actual classroom implementation) is 
also developmental in nature. Problems, knowledge of what works 
and what does not work, and ideas about how to improve on the use 
of the tools developed in the first year will become apparent 
only through classroom pilot and evaluation efforts. Faculty 
will teach the course one semester, make revisions in curriculum 
and technology use, and re-teach the revised course to complete 
pilot work. 

The final, very important developmental aspect of the 
project is the two seminars that participants will conduct during 
the third year. Each seminar need be only a few hours in 
duration. The successful "experiences" of faculty can be 
discussed and used as catalysts to cause other members of the 
faculty to soek ways to integrate technology into their courses. 
That is, proof by a known colleague that the use of technology 
truly improves the teaching process, or that students learn 
better (this means that they learn more from a given course, gain 
different insights, retain the ? material for longer periods of 
time, learn faster, etc.) will generate more interest on the part 
of the faculty than any number of papers, reviews, or sales 
efforts by people external to the University. Third year 
seminars will be offered under the auspices of Academic Computing 
Services, and Faculty will lead seminars without release time as 
part of their project commitment. 



ERiC 



2G 

7 



424 



Planning begins: Identify 
faculty volunteers. 

Identity courses 



CALENDAR 
Primary Participants 

Provost, Deans , Faculty 

Faculty 



Estimated Months 
Duration/C al endar 



1-1 



2-2 



July 
#1 



Identify software sources 
and universities who have 
used software. 

Select student interns for 
involvement in the project, 

Review software document- 
ation, demo disks, manuals 
and installation requir- 
ments . 

Contact universities usirg 
software that is finally 
chosen . 

Order and install software. 



Faculty training in use of 
software . 

Curriculum design, demon- 
stration, applications and 
preparation integrating 
software use. Revise 
syllabi. 

Assemble final project 
packages : 

- user guides for faculty 

- classroom demonstration 
examples. 

- course lectures/syllabi 

- class assignments 

Courses taught 



Course modifications. 
Training documentation for 
faculty updated; project 
packages updated; 



Academic Computing Services 3-*3 Sept 
Staff and Faculty #1 



Academic Computing Services 3-3 



Academic Computing Services 4-6 
Staff and Faculty 



Academic Computing Services 4-6 
Staff and Faculty 



Academic Computing Services 7-9 Jan 
and student interns. #1 

Academic Computing Services; 10-14 
interns; faculty participants. 



Faculty participants. 



3-17 



Academic Coziputing Services 13-14 Jvly 
staff; faculty participants #2 
interns. 



Faculty, interns . 



15-18 Sept 
#2 



Faculty participants, Acad- 18-19 
emic Computing Services 
staff . 
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Courses taught 
Evaluation of process 
First seminar conducted 

Second Seminar 



Faculty, interns 19-23 

Faculty, staff 24-27 

Faculty participants; 28-28 
Academic Computing Services. 



Planning for project 
continuation. 



Faculty participants; Acad- 32-32 
Computing Services. 

Provost, Dir. Academic Com- 25-34 
tuning; Deans Council r 
Faculty 

FINANCIAL MODEL 

The figures below assume that the project involves ten 
courses, ten faculty released 1/4 time for one academic year 
to learn the technology and to modify a course , ten students {one 
for each faculty for a two-year period) , an average of $3000 per 
faculty for software and equipment, and $200 per faculty for 
miscellaneous expenses. In Year #1 the major activities are 
acquisition, learning, and curriculum modification; in Year #2 
the activities are teaching and evaluation, and in Year #3 each 
faculty member presents two seminars. Actual budgets could vary 
significantly, depending on items such as local costs r equipment 
and software. Figure 1 



Jan 
*2 

Oct 
#3 

Feb 
#3 



T:»n Faculty - 

•1/4 time ea. 

Equipment 

Student support 

Supplies 

Totals 



YEAR #1 

$100,000 



YEAR #2 



YEAR #3 



30,000 

20,000 $20r000 
2,000 2,000 



2,000 



TOTAL 
$100,000 

30,000 
40,000 
6,000 



$152,000 $22,000 



2,000 



$176,000 



Estimated cost per course: $17,600 

SUMMARY 

From the standpoint of university administr 
problem of hoy best to integrate technology into 
process must ultimately evolve into the question 
create an environment in which intere'jted facult 
.aoose, create change in individual courses, one 
time. There are a number of difficult, and some 
implementation issues, such as: where to start 
best to provide support, how to fund initiatives 
the project, and how to disseminate the results, 
to begin, how much does it cost, who does what. 



ation, the 
the pedagogic 
of how best to 
y can, if they 

course at a 
times complex 
the process, how 
, how to sustain 
That is, where 
and who pays? 
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There are examples where highly motivated individuals have, 
through often extraordinary efforts, developed courseware modules 
for some aspect or another of a course. The more general case 
however, and the conclusion suggested by this paper, is that the 
successful incorporation of technology into a teaching and 
learning environment is a two-to-three year process requiring a 
great deal of hard work on the part of a principal and 
significant support on the part of the university. Furthermore, 
should a university want to have an environment where the use of 
technology in instruction is more the general rather than the 
special case, and it (the university) is not willing to wait 
until the middle of the next decade for this to occur, then a way 
to build momentum must be found. One such way might be to .pa 
initiate a sufficient number of projects so that critical mass is 
established, with the idea that the successful experiences of a 
core group of individuals will become the foundation of a more 
widespread use of technologies in teaching and learning 
environments. 
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Instant Microcomputer Labs: When Just Adding Water is Not Enough 

Jacqueline D. Brown 
Princeton University 
Princeton, New Jersey 



Abstract: When novice planners of microcomputer labs have either 
received a iiardware grant from a vendor or have located funds to 
acquire hardware, they sometimes think that their ta^k is almost 
completed. This presentation will provide the beginner (and, we 
believe, the more seasoned) plaimer with a series of steps and a list of 
items to consider in the creation of a lab as well as in its operation and 
management. 
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This session could have fit in most tracks at this conference, from Strategy 
and Planning to Policy and Standards, but I am delighted to have been selected for 
the Academic Computing track since this will allow me to address most freely the 
broad range of issues governing public facilities. 

The paper will address the general strategic questions, the implementation 
stages, and the day-to-day operations of miaocomputer labs. 

I will lead you through a checklist of items you need to include when you 
plan a facility, a checklist compiled over five years of trial and omissions. 

First, how do public facilities figure into your institution's computing 
strategy? At Princeton, their main purpose is student computing, but the labs are 
open to all members of the Princeton University community - students, faculty and 
staff. CXir strategic plan calls for a ratio of twenty-five underclassmen per public 
microcomputer and fifteen upperclassmen and gradu, te students per 
microcomputer. 

Our student population is 4,524 undergraduates and 1,770 graduate students. 
We currentiy have sixty-nine workstations in residential colleges serving 2,263 
undergraduates, or thirty-three students per workstation and 267 workstations 
serving the other 4,031 students, or fifteen students per workstation. In otiier words, 
we haven't reached our goals for imderdassmen. 

We have also made microcomputer ownership attractive by negotiating 
discount agreements with, among others, Apple and IBM and by providing loans to 
students at one percent above prime rate. 

Public facilities fall into two categories at Pririceton: (1) general, where 
students do their homework (wordprocessing and other) and (2) classroom, where 
faculty teach using commercial or custom software. The latter facilities revert to 
general use outside of class hours. Two of our facilities are high-end graphics 
classrooms used for instruction and research. The others vary from IBM PS/2 
30/286 and Apple Macintosh SE to IBM PS/2 mod 70 and Apple Madlx. 

Where, then should those labs be installed? At Princeton, it is usually the 
most difficult problem to solve. Our campus buildings are quite old and have very 
little space to spare. The spaces relinquished are often basements, used for storage. 
One of our last facilities was converted from a civil defense shelter. These 
renovations become very expeasive. If you have the good fortune of being able to 
include a computer classroom when a building is built, so much the better. 

Ideally, one would locate the clusters where students are taught and where 
they study. Where are they taught? In the academic buildings. In this case, it is a 
question of negotiating with the departments for space. 

Your second option is to install clusters where students study. In the libraries 
and in the dorms. You are well aware of the close relationship we need to form 
with libraries as we shift from the computer age into the information age. A lab in 
the library is one of the many ways to foster that approach. We have opened our 
first facility in the main library this year. Others have done the same. Boston 
College has a superb facility in their library and I recentiy visited Stanford where a 
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few Madls have been put on study tables in the stacks of the undergraduate library. 

On most of our campuS/ crime is tmfortimately on the inaease and we need 
to think more about the safety and security of our students. Providing dorm 
computing facilities helps. It also fosters collaboration pnd camaraderie between 
students as they work tc^gether and help each other use the equipment and software. 
In a recent survey, we found that fifty percent of students own a micro but do not 
own high quality printers. So the demand on cluster printers is great. Currently 
students use "sneakemet" from their rooms to the cluster printer. However, we are 
wiring the dorms for data and next year, the students will be able to send files from 
their own room computer to the cluster printers or to special print stations. Oiu- 
strategic plan calls for free printing for students. 

One would like to see the dusters evenly distributed between dorms, libraries 
and academic buildings, but one utilizes the space as available. 

Let us go down checklist (see Appends). I will not comment on each 
item as a number of them are self-explanatory, but are there as a tickler. 
Ouster Planning Qiecklist 

Cluster name: Usually building name and room number are sufficient for 
identificaticm. Occasionally, a working code name becomes the lab's official name. 
For instance, the Macintosh lab in the basement of the math-physics library which is 
located in Fine Hall is known to all as "MacFine." 

Department(s): The academic department(s) who own(s) the building. 

Department Contact(s): The departmental adminisfrator or the faculty 
member responsible for computing. 

Project Manager: Usually the manager of Public Facilities Services who, with 
a staff of three, is responsible for the planning, implementation, and the operation 
of public facilities. 

Planning representative: the representative of the university facilities 
department. 

Estimated starting date and estimated completion dates are self-explanatory. 

The Drop dead date is usually determined by a auricular need. For instance, 
if Professor Smith is scheduled to teach a class using Mathematica on the second 
Monday of the Fall Semester and the new lab is the only one which will run the 
software, then the second Monday of the fall semester is the drop dead date. 
Hardware 

The choice of hardware depends on strategic decisions you have made for 
your campus and about the actual hardware you will support. Occasionally a 
vendor who is not a part of your strategy will offer a gift of their hardware. This is a 
time to consider the support implications of the gift. It is necessary to examine your 
support commitment and dedde if you can afford to add another vendor without 
diluting the support of those vendors already in your plan. We are a multi-vendor 
campus as are most institutions. We try to balance the distribution of the various 
vendors around the campus. The minimum configuration for IBM is a model 
30/286 and for Apple an SE, but we will move as rapidly as we can to 386-class 
machines. Our hardware ranges from fairly low-end in our general use clusters to 



much higher-end in classrooms used mostly for engineering and scientific teaching 
and research. It must be said, however, that although many believe that high-end 
hardware is wasted on humanists and sodal scientists, I do not subscribe to that 
doctrine and, in fact, a humanities course is using one of the Iris graphics labs and 
we are about to install a small NeXT cluster in the Music department. 

We amortize workstations over three years and printers over two. When we 
replace the workstations in a lab, we overhaul the equipment we remove and resell 
it to departments for its residual value. There are still enough departments that do 
not have any hardware or for whom used cluster equipment is an upgrade. 

How many machi»>es we install is obviously dependent on the size of the 
room. Ideally, we would like five feet between workstations but we will often 
squeeze a few more in an area of the campus that has fewer labs. We have one 
printer for every fifteen to twenty workstations and we have standardized on 
Postscript printers. 

In each lab we equip one machine with the means of conversion from 3.5" 
disk to 5.25" and vice versa. 

We offer a variety of services from true file servers where we register the 
users, give them private disk space etc., to software servers, to simple print sharing 
devices like Avatar Alliances or even switch boxes in the case of the smallest 
clusters. Our smallest cluster occupies a little typing room in tne Art library, where 
two Macs share the space with an electric typewriter. 

We use Northern Telecom "Memorybank" for backing up our servers. The 
question of local (i.e., near the duster) vs. centralized file servers (i.e., near our 
system programmers) is a hotly debated question. 
Network 

Our networking consists of standard 8 pair, 4 shielded, 4 unshielded data 
cable. We have generic faceplates at each workstation. We offer 9600 Baud serial 
connections, AppleTalk, Ethernet, Token ring, video and alarm connections. 
Workstation cabling is from the workstation to the wall plate. Bridges and gateways 
is the equipment needed for the duster to communicate with t\e campus network. 
Software 

We equip our labs with base software sets consisting of operating system, 
network software, communications and word processor. To this we add spreadsheet 
and course software as appropriate to each lab. 

Physical Renovations/ Furniture/ Security/ Teaching Technology/ Miscellaneous 

Considerations of physical renovations, furniture and teaching technology 
may seem obvious, but are surprisingly easy to overlook. Overlooking them can 
make life difficult later on. Security arrangements are tailored to each particular 
duster. Video surveillance is one we have not used but are considering. 
Maintenance and Management 

This is where questions of turf come most into play at Princeton. 
Departments will give us their space to create a lab, but although we spell out very 
carefully that equal access needs to be given to all members of the university 
community, memory losses are very frequent. However, we work closely and well 

3 



33 



with most departments and get a lot of cooperation from them. 

Our hardware is maintained internally. Vendors can also provide this 
service. The Public Facilities Services staff refresh the hard disks periodically and do 
backups of the servers. We support the EDUCOM code and advertise it, but illegal 
software crops up on machines all too frequently. We also have signs indicating 
that personal files found on hard disks will be erased. 

Network admiiustration comes out of our Systems group. 

Paper and toner is stocked as close to the facility as possible. Again the Public 
Facilities Services staff is responsible for this function. We recycle toner cartridges 
and purchase refilled ones. 

Access depends on the hours of the building in which we are guests. The two 
facilities in the computing center are open twenty-four hours a day. We don't have 
a summer school, so we dose some facilities during the summer. 

Handicapped access is another issue at Princeton. CXir old buildings are not 
easily accessible to wheelchairs. As we become aware of special needs, we 
accommodate students as well as we can. We are now working toward better 
facilities for sight impaired students. California State, Northridge, and the 
University of Missouri at Columbia have done pioneering work in this area. 

We cannot afford professional staff for our twenty facilities. Our residential 
college facilities (for freshmen and sophomores) are staffed by student consultants 
twenty hours per week. They are coordinated by a student site manager who 
provides input on consultant scheduling as well as signage and documentation. 
Our Information Centers consultants provide assistance by telephone. 

Scheduling of the facilities is not done centrally. Rather it is done separately 
in each academic building, usually by the person who schedules seminar rooms or 
lotinges. The departments prefer it this way but I am not sure that scheduling by the 
registrar might not be more efficient. We rely on the rame people to post closings, 
software changes, changes in hours, etc. 

We like to maintain a Faculty (courseware) liaison whose function it is to 
submit proposals for the purchase and installation of new courseware. Our requests 
for these purchases and installations often come in a week before classes start. We 
would like to adopt the library reserve model, e.g. in the spring, faculty are asked to 
submit reserve lists for the fall semester. If those lists are late, the faculty have come 
to realize that the books they requested may not be on the reserve shelves. 

The building managers are great allies in that they provide day-to-day help 
with routine problems such as temperature control, blown light bulbs, etc. 

In summary, no, just adding water is not enough. Careful planning is 
essential in undertaking to provide public computing facilities on your campus. But 
as you know, the bast laid plans, etc.... 

In 1985, our computer science department received twenty Macintoshes ten 
days before they intended to start teaching their introductory Pascal course. We rose 
to the challenge and ten days later, the class was taught in our first public Macintosh 
facility. I was given a small bottle by the leader of the team who accomplished this 
miracle. Its label reads: Jacqueline's Instant Macintosh Cluster Pills. Just add water. 
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Appendix. Ouster Planning Checklist 



•GuBter name 
•Room number 
•Building 
•Departments) 
•Department contact(s) 

•Project numager 
•Planning representative 
•Estimated start date 
•Estimated completion date 
•Drop dead date 



Hardware 

•Workstations or terminals 
•Diskette conversion 
•RrinteKs) k cable(s) 
•Hie server 
•Soft%vare server 
•Pdnt sharing 
•Server backup device 
•Other 



Nctwoik 

•Network type 
•Network cabling 
•Workstation cabling 
•Bridges, gateways, etc. 



Software 

•Operating system 
•Network software 
•Q>mmunications 
•Word processing 
•Spreadsheet 
•Course software 
•Other 



Physical Renovations 

•Heating, vent, air conditioning 

•Pointing 

•Oeaning 

•Carpeting 

•LightinfT 

•Electriuii circuits k outlets 
•Cable housing k connectors 
•Storage 

•Inspection, Certificate of Occupancy 
•Other 



Furniture 

•Built-in counters, etc. 

•Tables 

•Chairs 

•Qoset or coat area 
•Pkper storage cabinet 
•Cabinet locks 
•CkKk 



Security 

•Workstation alanns Qocal) 
•Workstation alarms (remote) 
•Equipment locks 
• Vkieo surveillance 
•Doorkxks 

•Rre extinguisher (electrical) 
•Other 



Teaching Tcdinology 
•Projector 

•LCD projection panel 
•Projection screen 
•Black or white board 
•Other 



Miscellaneous 

•Telephone 
•Bulletin board 
•Mouse pads 
•Document rack 
•Documentation 
•Wastebaskets 
•Signage 
•Other 



Maintenance ic Management 

•Hardware 
•Software 

•Network administration 
•Paper Ic toner 
•Access (hours, etc.) 
•Handicapped access 
•Student staffing/site manager 
•Class reservatxms 
•Publidty/notiflcation/closings 
•Faculty (courseware) liaison 
•Building manager 
•Other 
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An Assessment of Computer Based College Writing Programs 

McK Kirach, Harv«y S. Wl«n«r and MichcMl Ribaudo 
llw Notfond Project on Compufm end CoR«g« WIrlHng/ llM 

Background 

Perhaps more than any other discipline, composition studies 
all over the country have generated considerable excitement 
for computers as teaching aids. Indeed, many campuses are 
considering regular computer use the foundation of writing 
classes. However, many composition teachers are uncertain 
about how to use computers in the writing classroom. 
Interesting programs do exist at some post secondary 
institutions; yet these programs are generally unknown to 
most English teachers. Further, reports on the benefits or 
dangers of word processing on the teaching of writing have 
been highly generalized, based largely on impressionistic 
observations of classroom outcomes, or driven by anecdotal 
remarks made by instructors. None of these, unfortunately, 
is particularly valid as a research commentary. The effects 
of microchip technology on the teaching and learning of 
college-level composition has neither been adequately 
investigated nor appropriately showcased. 

The promise that computer technology offers dramatic new 
means for the teaching of writing has consequently been 
tempered by a growing concern that the fate of the computer 
will follow that of other technologies with powerful 
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educational potential such as overhead and opaque projectors r 
televisions, movie projectors and cassette recorders. 
Because of a lack of systematic training, teachers never 
adequately integrated this equipment fully into classroom 
methodology; and the new-then, old-now technology is 
collecting dust on storeroom shelve j . Indeed, very little 
practical material exists to help those classroom teachers 
who want to transform computer hardware and software into 
regular instructional realities . Other than the technical 
manu'ils that accompany software packages, very little 
guidance and even less computer-based curriculum and teacher- 
produced materials, have enabled instructors to integrate 
programs effectively into classroom use. 

1h« National Project on Computers and CoHege Writing 

In 1986, the U.S. Department of Education's Fund for the 
Improvement of Post Secondary Education (FIPSE) invited the 
City University of New York to propose a wide reaching 
project to assess microcomputers in the college composition 
class. In response, the University's Office of Academic 
Computing and the Office of Academic Affair's Instructional 
Resource Center proposed the National Project on Computers 
and College Writina, which was funded for a three year period 
beginning in the fall of 1987. The initial goal of the 
project was to identify a number of representative 
inctitutions across the country that had already integrated 
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computers into the writing curriculum, design a research 
model that could assess the effectiveness of this technology 
for instruction, and develop ways of disseminating the 
results to other institutions embarking on computer based 
approaches to writing instruction. 

Word processing methodology varies widely from one college 
program to another. We set out tc examine the nature of that 
methodology on diverse campuses. Then, we wanted to study 
the effects on student writing of particular uses of the 
computer in the composition classroom/ thereby linking 
methodological strategies and assessment . 

It was clear from the beginning that dissemination was as 
important as the empirical assessment. From the perspective 
of an English department or a writing program, the "how-to" 
needs to preceH** the investigation of programmatic outcomes. 
By looking at how various institutions have implemented 
computer-based approaches to writing instruction, and by 
providing information on daily activities in writing classes, 
we felt that we could be of significant help to the writing 
community as a whole. There were too many stories of 
instructors returning from summer break/ handed a set of keys 
to a newly-acquired state-of-the-art computer laboratory, and 
asked to implement a computer-based writing class. 
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Protect Methodology 

The activitxes of the first year of the National Project 
included identifying a set of institutions that could be 
included in the research design and whose efforts could later 
be highlighted through curriculum materials development and 
dissemination. Over 90 institutions responded to a call for 
proposals that was distributed to institutions of higher 
education in the Fall of 1987. FIPSE had funded th^^ projrct 
for six institutions, and the project's Board and staff was 
unable to pare the proposals submitted to that number. 
Realizing that the project needed to be larger than 
anticipated, we approached Apple Computer Inc. for additional 
funding to include 15 schools. They responded affirmatively, 
allowing the project to expand to its present size. The 
discussions about what institutions to include helped us to 
clarify our goals and strategies. We focused on schools with 
mature — if any new program can be deemed mature — programs 
with well articulated goals grounded in a clear theory of 
writing instruction. We were also conscious of providing 
geographical representation and of representing the diversity 
of higher education in the United States. Based on these 
criteria, the following institutions were chosen and agreed 
to participate: 

Ball State University/ Indiana 
Blue Mountain Community College/ Oregon 
Bowling Green State University/ Ohio 
Colorado State University/ Colorado 
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Columbia College/ Illinois\ 

University of California, Santa Barbara/ California 
Fairleigh Dickinson University/ New Jersey 
Greenfield Community College/ Massachusetts 
Indiana University/Perdue University/ Indiana 
Laguardia Community College, CUNY/ New York 
Massachusetts Institute of Technology/Massachusetts 
Mercer University/ Georgia 
Ohio State University/ Ohio 
University of South Carolina/ South Carolina 
University of Southern California/ California 

Once the sites were chosen, staff and advisory board members 
finalized a research design that could be applied across the 
institutions involved. The research focused on many 
questions that needed attention. Can for example, pencil and 
paper methods be combined with computer technology in the 
same classroom? Are there advantages of one over the other? 
Does fascination with the computer detract, from the business 
of writing? How are the utilities of word processing — 
spell checkers, formatting, style checks ~ affecting the 
work of revision? Are students writing better? How does the 
word-processed paper influence the teacher's perception of 
good or bad writing? How do collaborative and process 
writing, enhanced by the computer, affect the notions of 
authorship and assessment? And how does the introduction of 
this technology change the role of in.- truction and curriculum 
in the classroom? What additional resources are needed? 

The research plan called for each site to identify six 
sections of Fall 1588 freshman writing classes for inclusion 
in the project. In theory at least, the six sections 
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Includ3d similar students, three sections employing computers 
and three sections using more traditional teachi'-^g modes. We 
urged the sites to use caution in assigning faculty to the 
experimental and control sections in an effort to minimal ize 
the "teacher effect" that could introduce additional bias in 
the data, and to be sure that all sections folloxred a uniform 
curriculum as feasible. 

The study design incorporated multiple measures, including 
attitudinal and performance criteria. Chosen was a one 
semester, pre-test /post-test format . Essay prompts combin d 
with the Descriptive Test of Language Skill's Sentence 
Structure subtest, writing anxiety and attitudinal 
questionnaires, and a background quesuionnaire . Faculty were 
ssolicited for information on their teaching experience and 
philosophy, the experience with computers and their attitudes 
about their use in the classroom. A team of readers sec ed 
the essays holistically with a subset s«^ored analytically as 
well. Project staff were sensitive to the problems of 
measur: j change over the coursvi of one semester, but the 
alternative of following students through ti 3ir coursework 
proved logistically and fincncially impossible. We also 
realized that the classroom cannot be constructed as a 
laboratory; we could account for some sources of group 
difference by, for example, typing a subset of written essays 
^or readers and vice-versa, asking teachers and students to 
keep logs, videotaping student-teacher interaction and 
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employing other qualitative instruments. Still other 
potential sources of bias exist that cannot be controlled. 

Each site had an advisory board member assigned in order to 
promote discussion and to customize the research design to 
the institution's particular needs. We are now in the 
process of coding and sorting out the data that will be 
analyzed and investigated during 1990. 

The sites having completed their experimental work are now 
preparing curriculum and showcasing materials to present at 
the Project's National Conference, Computers and College 
Writipgr; Curriculum and A ssessment for the 1990 's, which 
will be held at the vista International Hotel in New York 
City June 1-3, 1990. These materials include "how-to" guides 
for writing teachers who want to use computers regularly in 
the classroom; film and video demonstrations of student- 
teacher interaction; reports, papers and articles; and 
instructional software for classroom use. 

What has already emerged from the National Project is a 
cohesive network with the use computer technology in the 
writing classroom at the post secondary level. The National 
Project's monograph, Computers and College Writing: Selected 
College Profiles presents descriptions of forty-nine writing 
programs around une country that incorporate word processing 
in composition classes. It is clear from these descriptions 
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that schools are eager to maintain a discussion of the use of 
technology in education^ and the assessment that is thereby 
warranted and necessary. 

tniat has also emerged is the need for educational leadership 
in developing computer uses. The fifteen colleges and 
universities involved as sites have met on a regular basis 
and have shared their experience of the assessment and 
demonstration process. The sites also noted the growing 
number of requests for assistance from both institutions of 
higher education and secondary schools in their area. 
Educational institutions need help in planning and 
implementing instructional efforts involving computer 
technology^ and these needs point to the future of the 
Project. 

With or without experimental conf irmation^ we suspect 
computers are here to stay in the English classrooms. Used 
welly the computer seems to engender more cooperation from 
students who like it more, write more, and revise more. The 
results of the study will be reported on at the National 
Conference. SLaff and site personnel are actively engaged in 
discussions about the future of the Project . One approach 
m.ay be to establish regional centers where secondary and post 
secondary institutions can come together to discuss common 
concerns and implement programs. Another will be to 
establish technical assistance programs for colleges and 
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universities that require outside help In implementirg 
programs. The aim of the Project is to propagate a national 
discussion on these issues, and to further the kind of 
collaboration between colleges and universities that will 
produce the best methodologies and materials for this effort. 
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OHIO LIBRARY INFORMATION STSTBM 



Dr. L«n Slmutls 
D«tn of the Graduate School 
Hlaml University 
Oxford, Ohio 

Dr. Frank B. Thomas 
Assistant Vice President for Computing 
The University of Akron 
Akron, Ohio 

Hr. A. Jerome York 
Vice Provost, Computing Information & Technologies 
University of Cincinnati 
Cincinnati, Ohio 



ABSTRACT 

In 1986, all of Ohio's institutions submitted a capital budget 
for increasing space for their libraries. The Ohio Board of 
Regents formed a Library Study Committee to investigate the 
sharing of library space for non-circulated material. As a 
result of this investigation, a recommendation vas made to 
investigate a statevide library system s<i veil as the creation of 
shared varehousing for non-circulated matter ials. 

This paper vill discuss the results of the Library Study 
Committee and the formation of a Library Steering Committee to 
look at the goals for the Ohio Library Information System (OLIS). 
The Steering Committee vas responsible for the specifications for 
RFP as it defined the library assumptions, workstations, 
architecture, external data bases and the netvork requirements. 
As a result of the vork of the OLIS Steering Committee, an RFP 
has been completed. This paper vill discuss the specifications 
for OLIS as they pertain to the function of a central facility 
that has a combined catalog of all ' ..itutions, netvorked tc the 
local institution library, and hov external data bases vill be 
accessed through advanced vorkstations. 
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Intro4mtl9n and PftclMF9wd 



Indications of a sarloua naed for additional library space 
surfaced during Ohio's 1986 capital budget requests from Ohio's 
colleges and universities. For the three biennis for vhlch 
capital plans vere solicited (1987-1992), library related 
requests amounted to $121. 7H. The universities vere requesting 
not only the addition oi traditional facilities to support nev or 
expanded orograms, but also the replacement of obsolete or worn 
out facilities. A significant portion of the requests for nev 
library buildings hovever, vere related to the large and annually 
expanding number of published materials vhlch academic libraries 
are expected to store In order to support educational 
programming. 



Ohio Library Study Committee - 1986-87 

In 1986 1 the Ohio Board of Regents (OBR) appointed a 17 member 
library study committee. The committee spent one academic year 
examining the Issues outlined in its charge from Chancellor 
Vllllam B. Coulter vhlch stated in parti 

**Vhlle the purpose of the study is a direct consequence of the 
need to make Informed decisions on the capital budget t the scope 
of the Committee's vork vill necessarily cover a broad range of 
issues affecting the operation of academic libraries. In 
particular, rapidly changing technologies and concomitant changes 
in the conceptual approaches to information storage and retrieval 
vill require careful examination." 

As a result of this year long study, the committee concluded 
that the need for a statevide library strategy for higher 
education vas needed and that it should be visionary, 
collaborative and space efficient. With these Important thoughts 
in mind, the Library Study Committee recommended that the State 
of Ohio restrict constrt ''ion of academic library space and 
require public universities to explore, and, if at all feasible, 
pursue solutions to library space problems other than the 
construction of conventional library buildings. It vas 
recommended that universities develop plans for use or 
construction of high-density storage space in either local or 
regional configurations and include them in future capital 
improvement requests, since studies shoved that high density 
space could provide storage for about one-sixth of the coAt of 
traditional lov-density storage. 

A prototype facility is currently being built at Ohio State 
University. It is believed that no more than three or four such 
facilities vill need to be constructed, and in fact such a 
cooperative effort is currently being jointly proposed for 
Southvestern Ohio by Cincinnati, Hiaai & Wright State. The 
minimum capacity of each facilities should be on the order of 1.5 
to 2 million volumes. A second facility is nov proposed for 
Youngs tovn, Akron and Kent State. 
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Library Coumltta « RacQaMmd^tlong 



Th« follovlng ar« the najor r«comm«ndatlona of the Ohio Library 
Commit tM (OLC)t 

1. The OBR should use the OLC defined criteria for evaluating 
capital requests for conventional library construction, the 
rehabilitation of existing space and the construction of 
alternative storage or program space. 

2. The OBR should monitor developments in information technology 
vhich affect the operations and services of the state's 
academic libraries. In addition, the Ohio Board of Regents 
should initiate and fund, vith State, Federal or Foundation 
money, a study and/or pilot project to explore the uses of 
nev library technology. 

3. The Library Study Committee recommended that the State of 
Ohio develop, as expeditiously as possible, a statewide 
electronic catalog system complementing the existing local 
systems, and, to the extent feasible, be accessible thorugh 
them. 

A. The OBR designate a broadly based steering committee to 

advise and assist and report regularly on the implementation 
of the first phases of these recommendations. 



OLIS Steer ing Committee 

The proposed committee was formed in 1987 and included Library 
and Computer Center Directors from six of the 17 institutions of 
higher learning plus members from the Board of Regents, one 
consultant and a member from the State Libr&ry. It is important 
to note the mix of members vhich vere intended to represent three 
distinctly different points of vievf the users, the librarians 
and the system* managers. For those of you vho have vorked on 
library projects, ve are sure you understand the significant 
differences. 

As the committee began its deliberations, certain goals and 
erpectations vere established for OUS. 



Goals for OLIS 

The Ohio Library and Information System vill, as the most 
poverful stateviiie library and information system yet developed, 
respond effectively to all of the problems and opportunities of 
the emerging "information society". OLIS vill connect people, 
libraries and information in a netvork of unparalleled 
sophistication and efficiency. In particulari 



OLIS vlll link university libraries throughout Ohio in a 
manner that vill allow them to appear to the user as a single 
resource of some seventeen million volumes. Students » 
faculty vill have direct access to a share of published 
knowledge far larger than that otherwise available. 

OLIS will be a gateway to the rapidly expanding world of 
information that is stored In electronic formats. Users will 
access these new sources with the same computer and computer 
interface as for the online catalog. 

OLIS will use advanced software and hardware technology to 
provide researchers with a comprehensive and intelligent 
guide to the effective use of the library and information 
resources* 

OLIS will recognize that the need to know is immediate. 
Researchers who want to borrow materials from other OLIS 
libraries will know their status within minutes and will 
receive loaned materials within three days for books or 
similar materials and within hours for Journal articles sent 
by telefacsimile. 

OLIS will be a major factor in improving the quality of 
education and research in Ohio; it will also provide for more 
cost effective use of existing resources. 

Because most materials held by OLIS libraries will be 
available to all in a matter of a few days, faculty, 
librarians and administrators will have the option of 
managing the purchase of new books and Journals in a 
significantly more efficient manner. Universities will be 
able to rely on others in ;he system for items of peripheral 
interest at their institution, thereby focusing available 
funds on materials of particular importance to their core 
programs. 

Subscriptions for computer-based information services can be 
negotiated on a statewide scale rather than at an 
institutional level. 

Ohio's public and principal private research universities now 
purchase expensive software maintenance agreements with a 
wide variety of vendors. In additioni they provide highly 
skilled staff to support several different library computer 
systems from different vendors. OLIS will bring econof«>l38 of 
scale to both. 

OLIS will be important to Ohio's economy both directly and 
indirectly. Ohio is often called an information state 
because it is home to a world leading core of providers of 
information in electronic formates Chemical AbstractSi 
Compuserve f Head Data and OCLC are the best known. The 
presence of OLIS in this dynamic group will benefit all. 



Further, OLIS vill b« an informtion r«8ourc« •nornous 
benefit to existing and future research -based nanufacturlng 
corporations and to the grovlng services sector. Finally, 
OLIS will significantly strengthen all of higher education by 
helping to attract outstanding studants and faculty and 
assisting In the vlnnlng of research grants and contracts, 
thus, OLIS vlll help to attract and retain those leading 
elements of business and Industry vhlch rely upon an educated 
work force. 



OLIS Systems Assumptions and the Role of Worlcatationa 

Faculty and students have come to appreciate the value of access 
to the card catalog in electronic format for search and retrlevnl 
of bibliographic records, and for access as veil to circulation 
information to determine the availability and location of books 
and periodicals. VI th these first-generation library automation 
sydtems, hovever, the user is merely provided vith more powerful 
tods to search and manipulate bibliographic Information. What 
the user searches is not the information itself, but kejrvords or 
descriptors in the title or subject as cttalogued vhlch describes 
the information contained in the book. Article abstracts, tables 
of CC1 tents for books, much less the full- text, are simply beyond 
the «cope of library automation systems developed and Implemented 
throdgh the 1980 's. 

Eut OLIS promises, and must deliver, far more. As information 
become increasingly and economically available in electronic 
format both vlthin and outside traditional libraries, and as the 
speed and linkages among netvorks of mainframes and 
microcomputers continue to grov, faculty and students vill come 
to depend on rapid access to a variety of Information resources 
to support Instruction and research. Vhlle not slighting the 
enduring value of printed materials, it is assumed that OLIS 
should be designed to take advantage of publishing in electronic 
and optical formats that vill characterise the 
information- intensive ^wlronment of scholarship and research in 
the '90 's. OLIS must also accommodate the Increasing power and 
storage capabilities of workstations that vlll be in general use 
by faculty and students over the next five years. Finally, OLIS 
must Include delivery mechanisms for both traditional books and 
for information in electronic image formats. 



Key Blements for OLIS 

The four element8--sophlsticated tools for bibliographic search 
and retrieval, a distribution and delivery system for printed and 
electronic text, access to a varle'^y of full-text data bases in 
electronic and optical formats, anl poverful faculty and student 
workstations connected to a high spsv^d statevide netvork— are the 
crucial building blocks of OLIS. Consequently, a vide range of 
information sources must be accessible through the system, 



including booka, ptriodicalst bibliographic data basaa, full- text 
data baaasy othar nadia auch aa aound and imagaa hald by 
participating OLIS librariaa, aa vail aa linka to other 
infornation aourcea in electronic format available conuDercially 
or in the academic library ayatema of other atatea. 

Central to OLIS vill be the ability to acceaa bibliographic 
recorda and circulation data for booka held by OLIS librariea. A 
aearch for a particular book vill begin vith a query to the 
ui^'Br'a local library ayatem. If the book ia not available 
locally, the query vill be tranamitted to the central OLIS aite 
vhere recorda vill be maintained of the location of booka for all 
participating OLIS librariea. The central ayatem vill then 
attempt to locate the book andt if found, and authorized to do 
ao, the uaer vill be able to initiate a requeat for ahipment of 
the book to hia home campua vithin 48 houra. 

For periodicala in print format, the proceaa vill be aimilar to 
the aearch and acceaa procedure for booka. The uaer vill firat 
aearch the local univeraity library catalog to determine vhether 
a particular periodical iaaue or number ia available locally. If 
not, the aearch requeat vill be forvarded to the OLIS central 
aite vhich vill identify vhich OLIS librariea have copiea of the 
periodical. If authorised, the uaer vi?T then be aaked to 
identify the artldea they via* :o receive and in vhat format-*in 
photocopy form, or in Fax format to be aent to a local Fax ayatem 
or computer vorkatation via the Ohio Academic Reaource Netvork 
(OARnet). 



Rxternal Data Bases 

The OLIS ayatem ia expected to have a number of bibliographic 
data baaea available for acceaa in electronic format. Theae 
data baaea, auch aa Current Contents t Agricola or PavchLit. 
vill be acceaaible uaing the aame aearch techniquea and protocols 
as vith other bibliographic recorda for a conaiatent uaer 
interface. Some of theae bibliographic data baaea vill be atored 
and maintained at the central OLIS aitei othera may be located at 
local or regional OLIS aitea. Some may be available through 
commercial or government diatribution} othera may be created at a 
local library--e.g. , an index of correapondence for manuacripta 
held in a local apecial collectiona library. 

The location and diatribution of full-text data baaea vill 
parallel bibliographic data baaea. The central OLIS aite vill 
likely F.old a large percentage of full- text data baaea initially, 
but aa electronic publiahing becomea more videapread, local OLIS 
librariea are likely to acquire them to aatiafy the apecialized 
scholarly and reaearch interesta of their facultiea. Thus, 
full-text electronic versions of certain periodicala in lav, 
medicine, public adminiatration, artificial intelligence or 
robotlca might be acquired and maintained by librariea to meet 
special local needs on a continuing basis, but they vill be made 
available generally to participating OLIS llhtailes. 
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Ovtr timt, OLIS it llktly to havt mattriala vhlch vlll b« stored 
In electronic or video foraat either for archival or access 
purposes. A nunber of exanples com to mind, Including 
compressed digital audio for works of auslc or speeches and 
ccfflpres«ed digital video for an art museum collection or copies 
of maps or photographs. Both display technologies and data 
transmission speeds on networks vlll need to Increase 
substantially so that digital audio and video storage and 
retrieval vlll become commonplace In systems such as OLIS. 
Current experiments vlth multi-media vorkstatlons that Integrate 
high resolution displays vlth advanced audio technology suggest 
the real promise of these machines for Instructional and research 
use, certalnlv veil vlthln the next decade. 

Prom the user's perspective, OLIS vlll open up access to the 
scholarly and research materials available In Ohio's public 
university libraries. It vlll also provide access to materials 
In electronic or optical form that are not currently available or 
affordable for an Individual library. Of considerable additional 
Importance, hovever, vlll be the vayt In vhlch OLIS and Its 
supporting netvork In OARMet vlll serve as a gateway to he 
holdings of non-OLIS libraries and lo special Interest data bases. 
Currently, OARNet can provide access to authorised users at CIC 
(Big Ten) universities. Via OARNet and the file access protocols 
provided through TCP/IP, authorised users are nov able to vlev 
the bibliographical records for dozens of university libraries. 
An Increasing number of professional organisations are 
establishing electronic publishing and Information 
clearinghouses. These Includes the Association of Computing 
Machinery (ACM), the Modem Unguage Association (MU), the 
National Science Foundation, and the National Institutes of 
Bealth. As the number and disciplinary range of these efforts 
continue to expand, the gateway and netvorklng capabilities of 
OLIS and OARNet vlll become Increasingly Important. 



Access to OLIS through Advanced Workatatlona 

Users vlll be able to access the OLIS .5yst»m In a variety of 
vays. Of necessity, OLIS vlll be Initially accessible from 
terminals typically connected to library automatic, systems to 
provide a minimum l#!vcl of functionality for bibliographic 
searching and for Information on book availability. These 
terminals may e- ler be physically connected to the local library 
system or by dlai-up line on the local campus. The OLIS central 
system vlll also be accessible via dial lines either directly or 
through a ctiupus data svltch, modem pool, or as a connection to 
OARNet. All currently available library automation systems 
designed for university libraries are based on simple terminals 
for keyboards and displays. No large library automation systems 
ere designed based on PC technology as the platform for 
Interaction by users, reflecting both the relatively recent 
Introduction of PC technology and their high cost relative to 
terminals. In fact, since current library automation systems are 
designed to work from 
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terminals, attaching to the systems from a PC adds little or no 
value to the functional capabilities of the system. 

But PC technology has advanced astonishing quickly in the past 
five years, and the pace vill quicken in the next five years. 
Users vill expect to have substantial online help, high 
resolution displays, stereo sound, pull-dovn menus, 
multi-ta.iking, large amounts of memory, disk space, high-speed 
local &«d vide area netvorks, and very large data bases on CD ROM 
and erasable optical disk. Some already do vho use high-end 
'^vorkstations'* frori Sun, Apollo, DEC and NeXT. OLIS system 
design must tak« into account the functionality that vill be 
available in vorkstations at a reasonable cost in the 1992*1994 
time frame. The system design must also take into account 
emerging standards and protocols for data base search and 
retrieval, communications, and operating systems for advanced PCs 
and vorkstations. A sophisticated and poverful vorkstation, not 
a ''dumb*^ terminal, must be the basis for designing a library and 
scholarly information system for the 1990's, for it vill more 
clearly reflect user's vork habits and computing preferences. 



Svscem Architecture 

The key to OLIS is the system architecture. Theoretically it 
vill function very simply. The heart and control of the system 
vill lie vith a central computer (referred to as OLIS Central) 
and then distributed betveen OLIS Central and the local library 
system that vill reside on each campus. 

OLIS Central vill function in tvo modes | one as a router of 
information and transactions betveen itself and the local library 
systems and, secondly, as a high speed search engine. Bach local 
library vill have a full libr^*^^ system vith cataloging, 
circulation and acquisitions. OLIS Central vill have a combined 
catalog of all seventeen institutions and the location of the 
material that is referenced in each bibliographic record. 
Besides the combined catalog, OLIS Central vill have the ability 
to search external data bases that reside at OLIS Central. Users 
of the system vill have the ability to request information from 
external data bases at OLIS Central or from any other OLIS local 
system. 



Hov it Works ■ Cataloged Material 

The local library patron vill sit at his or her vorkstation and 
request a search on the local system. If the material is 
available at the local site, then the transaction is completed. 
Rovever, should the material not be available at the patron's 
library, he or she may hot key this request to OLIS Central. 
OLIS Central vill search the combined catalog and notify the 
requestor that it has found (or not found) the material vithin 
the seventeen institutions. If the material is found to be in 
the combined catalog, the system vill ask the requestor if he or 
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8h« would llk« te know tht circulation status of th« material. 
If th« rtquastor rtpllM y«s, OLIS Csntral will broadcast 
transactions to all th« Institutions that Indicated thay had th« 
■attrlal. Tht local sltts vlll rtturn tht circulation status to 
OUS Ctntral, which will rtturn tht information to tht rtqutstor 
asking If ht or sht would llkt to rtqutst an Inttr library loan. 
Should tht rtqutstor rtply that thty want tht mattrlal, tht local 
systta will Inform OLIS Ctntral, who, In turn will rtqutst tht 
local systtm to Inltlatt tht loan. Tht mattrlal will bt 
dtllvtrtd to tht rtqutstor within 48 hours. 



Acctsa to «xf rnal p^^^ 

Should a rtqutstor wish to find Information on a particular 
subjtct that rtsldts In an txttrnal "data bast", ht or sht may 
Issut tht command find "data bast." Tht local systtm will routt 
tht command to OUS Ctntral, In turn, will starch It's systtm 
catalogs for location of "data bast." If It finds tht "data 
bast", OLIS Ctntral will rtqutsr tht ustr to provldt tht starch 
crlttrla. If tht "data bast" dot». not rtsldt at OLIS Ctntral, 
th« £«qutst for "data bast" will bt broadcast to all local sltts 
and. If found, tht starch will takt plact at an OLIS local sltt. 

Tht Information, whtn found, may bt routtd back to tht rtqutstor 
In various formats dtptndlng on tht slit. Tht ability to display 
by vldto, hard copy by facslmllt, downloadtd to tht ustr's 
workstation or transporttd by truck will all bt avallablt. 
Naturally, tht slst of tht data and tht format that tht 
Information apptars will htlp to dtttrmlnt how It Is transmltttd 
or transporttd to tht rtqutstor. 
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In tht Spring of 1987, tht first Suptrcemputtr, a Cray XNP 
vas ins tailed in Coliubus on th« Ohio Stat* campus. Access vas 
provided and fundsd by tht Suptrcomputtr Canttr to all the Ohio 
institutions of higher learning that had at least one researcher 
using the Center. Presently there are seven Tl lines, sixteen 56 
Kb lines and seven 9.6 Rb lines to the Supercomputer Center (See 
Figure A) running TCP/IP and DBCNBT, Phase IV. 

As OLIS becomes an operational system, it is the State's 
intent to fund and aanage one Ohio netvork for all of Ohio's 
researchers. The present plan is to upgrade OARnct to all Tl 
lines by January, 1991 (See Figure B) and build redundancy into 
the netvork. Ve definitely want each institution to have an 
alternate path for linking the Superconputar Center in Columbus. 
Our long range plans include migrating to DBCNBT/OSI after which 
ve will have TCP/IP and OSI. 

To facilitate the implementation and provide direction^ a 
steering committee is in place. Presently ve are discussing the 
proposed backbone (See Figure C), areas of responsibility between 
OARnet and the local campus and the funding issues, outside of 
the support by OLIS and the Supercomputer Center. 
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Proposed OAlMt Baekbon* Topology, Vlntor 1990 




Gov»>ndinc€ 



What is currtntly tvolvlng as a govarnance fflodel for OLIS is one 
which provldaa roaaonabla participation from tha library 
constituanta. 

Va ara currently recruiting an executive director who has 
extensive experience vith the acquisitioni implementation and 
maint';.ance of a large sophisticated automation system. 
Intervievs are planned for the American Library Associates (ALA) 
mid-vinter conference in early January. 

In order to ensure institutional commitment and involvement^ a 
governing board vill be established and will comprise a number of 
University Provosts (five to seven). A policy advisory committee 
vill recommend strategies and proposals to the governing board 
which vill provide guidance and direction to th^) Executive 
Director. It is felt that this group should represent all 
constituencies I not just the librarians. In addition! a library 
advisory council is required to insure the Industry and technical 
guidance which can be provided by library directors. There is 
o\erlap of 'nembership on those committees to Insure the 
appropriate^ c^^^cks «:nd balances that a governance structure like 
this requires. 



Conclusion 

Ve have completed the planning phases and issued twe RFP. The 
bids have been returned for the Steering Committee to review as 
to the Library I Software and Hardware sped f 1 cat :ion8. OARnet has 
submitted their proposal for upgrading the statewide network. A 
RFI has been Issued for the software to run on an advanced 
workstation that will support the researcu«c in his quest fr 
information. 

The Board of Regents expects to submit a completed budget to the 
General Assembly for their approval by the end of Aprils 1990. 
Within this same time frame i the Steering Committee will 
recommend a w«.jr to the Board of Regents. The Steering 
Committee will be selecting a short list of candidates for 
Executive Director over the n^ four to five months. Sometime 
in late Mav tha Steering Committee will ce ase to exist and the 
^ollcy Advisory Committee and Governing Board will begin on or 
about June 1» 1990 to hire the Director. 

The Steering Committee has done an outstanding Job. Ve look 
forward to .he 1990's and making Ohio a leader in the Information 
world. 
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Abstract 

Cal Poly, San Luis Obispo operates one of seven systemwide specialty centers providing 
unique academic computing services and resources to the 20 campus California State 
University system. Originally dedicated to research and Instruction In computer-aided 
design, drawing and englne4*rlng analysis, the Center recently expanded its services to 
Include critical IBM mainframe support to CSU's approximately 77,000 business students. 
Through its long-temi partnership with IBM Corporation. Cal Poly has acquired state-of- 
the-art hardware and software to support the Center's functions, Including an iBM-3090 
supercomputer. Seven business schools are currently linked via the AMSPEC mainframe, 
while five more campuses are expected to be Involved during the 1989/90 academic year. 
This paper explores the successes (and hurdles) encountered, advantages gained, the role 
played by lixJustry, and the Innovative approaches used by the campus to successfully 
develop and Implerrent the new service. 
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CSU Specialty Centers 



In the mid-1980s, the Califomla State Unlversuy (CSU) system adopted the concept of infomiation resource 
rr^riagenient (IRM) which seeics to improve the effectiveness of every CSU participant - students, faculty, 
administrators and support staff - In performing their respective functions a «eamers, teachers, institutional 
managers, public servants and researchers through tne appropriate uses of information and technology 
resources. To meet this goal, the CSU set two major strategic objectives: (i) to Infuse appropriate 
Information u'K^hnology resources Into CSU programs, and (2) to provkie universal connectivity to all 
available infom'^tlon resources. 

A key componer t of this strategy has been the creation of systemwide specialty centers. Thesi^^ specialty 
centers are designed to meet the needs of multiple campuses by permitting scarce resources, ^ .ch as new 
technologies or expensive data bases, to be shared via CSUNET, the systemwide data communication 
network ^ee Hgure 1 ). Specialty centers may focus on meeting the program needs of a specific academic 
discipline or on provWIng support to many academic disciplines. Regardless, the Intent Is to maximum 
service and minimize costs. 

Examples of CSU specialty centers include the Chancellor's Office SystemwkJe Computing Center v^ich 
supports large liisiructional data bases and expensive software packages that are too costly to replicate for 
every campus; the Computattonal s^hemistry Center at CSU Fullerton which provkJes access to molecular 
design software for CSU chemistry departments; the multiflow software environment supported by an Elexi 
mini supercomputer at Sacramento State University which emphasizes computational chemistry applications; 
and the multkiiscipllnary Geographte lnfom;atlon Systems Center at San Francisco State University. In 
addition, CSUNET provkJes access to non-CSU resources such as the San Diego Supercomputer Center 
and the University of California's MELVYL library' catalog servtee. 

The CSU Academte Computing Enhancement (ACE) Institute has been a major supporter in th^ effort to 
d^^vetop systemwkie specialty centers. The Institute was established specifically to foster the ini oduction 
of new computing technology into CSU Instructional programs. The ACE Institute promotes acquisition, 
development and dissemination of new or existing computing technologies and instructional materials not 
wkJely available in the CSU by funding seed projects with the potential to develop into specialty centers and 
receive on-going State support. 

One such project was the Academic Mainframe Specialty Center (AMSPEC) at Cal Poly. AMSPEC 
represents a mutually beneficial and highly successful collaboration between the Chancellor's Office, the 
Computer-Akied Productivity Center (CAPC) at Cal Poly, several CSU campuses, and the IBM Corporation. 
Computing and Communlcatk)ns Resources (CCR) at the Chancellor'^: Office has been Instrumental into 
kientlfylng campus needs and promoting interest In AMSPEC, provMing systemwkie communications, and 
seeking ongoirijg furxJIng from the State. Cal Pol/s role Involves cooidinating and implementing services 
on the campuses, and acquiring and supporting the mainframe environment. CSU campuses are 
responsible for remote campus coordination and classroom Instruction. IBM has provkied significant 
financial assistance in the fomn of discounts and equipment upgrades, as well as technical support at the 
campuses. 



Why Cal Poly? 

Cal Poly was kJeally suited to take on the AMSPEC project, it was already designated as a CSU specialty 
center. A long-standing and hIgNy positive relationship v^h the IBM Corporation had resulted in the 
acquisition of substantial IBM mainframe resources and expertise on campus. Beyond that, by assuming 
a leadership role and expanding services to other CSU campuses, the local university community would 
benefit as well. 



2 



58 



457 



0«v»k>plng and Implementing a CSU Specialty Cenier 

^m^lSJlSS^JT^^^J^ ^°!Lr:? P"^"*^ ^° s»^°"9 vacuity interest in 

(X)mpmw-aid«l des^n and manufacturing applications In classroom instruction and research. This interest 
rwultodlii CAPC being designated as the systemwide CAD/CAM Specialty CertercSrgS^ih sSlte 
educattorol resources and expertise with other CSU campuies. CoiSiing industry dorO^tionVwitti nZnL 
S?^!"^'!!?*^^^ ^ ^ stete^rf-the^ CAD faculty (JrTthe San Luis Obispo camp^prSSan 
of high ijsolutlon drawing and analysis packages to many disciplines. . pruvwing an array 

Howevei; supporting remote CAD/CAM activities at six other CSU campuses proved difficult due to 

J322^'b5°IZ'"^*''*^-^^ "^P^ »BM PCs Snd sitXSsed CAD 

software. By 1986, it was readly apparent that Cal Poly would have to increase support to other CSU 
Slh Sif^io^ K ® continued support from the State for eight positions and operating e^nses associated 
with the CAPC lab and mainframe equipment » 

In October 1987. CSU business deans Identified access to IBM mainframes as their most critical academic 
IS'iS^ unanimously to promote tfiis service within CSU. Specifically, those deans 

oSSSSi mainframe service in computer languages, data base managemerjt systems, and 

application programs in accounting, finance, real estate, business law mari<eting. expert systems and human 
resource managentent and simulation. 

To meet this need. CSU broadened CAPC's mission of supporting CAD/CAM applications to include IBM 
rnalnframe support for CSU Schools of Business. After iSlally annouhchg the concept S AMSPEC in 
oflf rfeiT^' u . ^!9",?^f* Proposals campusss Interested In participating in a pBot project. A total 
of 11 CSU Schools of Business responded and three (San Francisco. Los Angeles and Pomona) were 
?^ ° Si".^ instruction via AMSPEC began at these campuses and San Luis 

222?c J2?!(^- Based on the wjcc^m or tf» pHot effort. AMSPEC service v^s expanded to two more 
Schools of Business (Fresno and Stahlslaus) shortly aftenwards. Five more business schools are h the 
Flgl?re2f "^'"^'^'"9 '^'^SPEC sen/lce (Humboldt. Sonoma, Hayward. Long Beach, and San Diego) (see 

Several key concems had to be overcome in order to successfully implement thci new service. Including 
gaining campus commitment, upgrading the mainframe hardware and software, coordinating services to 
campuses. upgr^uJing communications, campus equipment configurations, and support services A brief 
discusston of each area and the problems encountered follows. 

QaNry Cafnpus Commltmpnt WhBe interest was very high on the campuses, there was some concern 
over the long-term viabflity of AMSPEC. Deans were reluctant to commit to using a re source that might 
not be there In a year. Thus, gaining t;,b!r tmst in Cal Poly-s aDility to deliver and sustain services was a key 
factor initially. ' 

f^alPframe Hardy^re and Software . Through CAPC. Cal Poly had been designated as one of IBM'.^ favored 
i?w "f®^ Schools for academic computing. This relationship resulted in several gpnerous donations from 
IBM. induding one donation and one "pennanent loan" of two iBM-4341 computers, eight IBM 3380 disk 
drives. 21 high resdutton graphics temfiinals. assorted peripheral equipment, software, and maintenance 
costs. The Cal Poly-IBM partnership extends beyond mainframe hardware. For example. IBM funds 
research, employs students through the university's cooperative education program, supports CAI/CBE 
programs, and is wori<ing with CSU and infonnatlon Associates to develop a fully integrated administrative 
computing environment using DB2 and lA softvwire. k / y 



ERIC 



3 

59 



458 



To feicilitate AMSPEC, IBM replaced th'^lr loaned" IBM-4341 mdlnframe with an IBM-3081 KX rnachine In 
August 1988 as an Interim solution. With assistance from IBM, the campus will upgrade to a single 
large IBM^3090/400 level mainframe with vector procersing capability In FY 1989/90 (see Figures 3-4). 
This upgrsde shouSd wMe Cal Poly to extend mainframe service to all CSU disciplines and investigate 
the passlMity of offering services to non-CSU Institutions. 

For the most pp.it, maiiframe software has been acquired through IBM's Higher Education Software 
Consortium (HCSQ. I-IESC offers operating system, business and engineering applications at substantial 
discount AMS PEC applications currently run undei* VM/SP. In the near future, VM/XA and AIX, IBM's new 
state-of-ihe-art UNIX product, wll be added. A wide variety of languages, data base management systems, 
sLitlstical packages, CAD and other applications are currently supported. Due to the expense Involved, It 
has been difficuit to acquire* the large dita bases required for various business courses. 

Remote Campus Coofdlna^ion. Each campus Is expected to appoint a campus coordinator who can serve 
as a single point of contact for AMSPEC services and support This Individual advises Cal Poly regarding 
software needs, ImiJements and manages campus equipment and accounts, and consults and trains faculty, 
staff and students on AMSPEC software and database issues. For the most part, this has been a faculty 
member In the business school rather than a representative from the campus computer center. In general, 
campus computer centers have been reluctant to support equipment designated for a single discipline. In 
many cases, CSU campuses have no experience with IBM equipment and cannot provide the necessary 
support This has meant an Increased workload for Cal Pdy staff In delivering, installing and nrui'^^taining 
equipment on the campuses. 

Uporading Communteattons . To feclltate access to AMSPEC servtees, CSUNET had to be upgraded and 
enhanced. The CSU Chancellor's Offtee has been very supportive In this regard. As shown In Figure 1 , all 
20 CSU campuses are now or soon will be equipped with high-speed communication links (56KB lines) to 
CSUNET. An Inter-campus data network pilot project now links the CSU System to the California 
Community College System (OX). The CCC Chancellor's Office In Sacramento and four community 
college campuses (Cerritos, Mount San Antonk), San Jc^ Evergreen and Santa Rosa) In strategic locations 
across the State are already linked to CSUNET (see Hgures 1 and 5). 

Campus Equipment Conftauratlons. Cal Poly purchased, co: .Igured and Installed IBM-3174 controllers at 
each parttelpating campus. Once connectod, these units pennit feiculty and students to access the IBM 
mairrframe at Cal Poly. Perhaps the most signifteant problem In this regard has been the long leadtlme 
required for ordering equipment After Cal Pdy commits to provMIng AMSPEC service to a remote campus, 
several weeks or months may elapse before the npcessary equipment anives from IBM to make the 
connectkxi possible. A secondary problem Involved getting various t/pes of workstations and PCs to 
communicate property with the 3174. it took many manhours to wc^k out the "bugs" associated with 
ma )plng the various keyboards and modifying the 3174s to wori( at each campus. (The Hayward and Long 
Beach campuses plan to access AMSPEC via an IBM-9370.) 

Support Servtees . Initial attempts to hold training a! the remote sitjs proved unwori(able. So many factors 
(communk:atk>ns, documentation, software, etc.) had to be covered that it proved to be more cost-effective 
to bring campus coordinators and CSU feicirtty to Cal Poly for training than It would be to transport a large 
group of Cal Poly employees to each remote campus. To distribute account numbers, a system was 
established whereby taculty coukl request and receive accounts via fecstmRe machine. A large number of 
user guWes were developed by Cal Poly tacufty and staff In conjunction with the campus' migration to an 
IBM environment These were provkJed on disks to remote campuses for local adaptation and use. A 
telephone "hot-line" service was estabiilshed to answer q'*estk>ns and resolve problems. In start-up mode, 
AMSPEC had to rely on other Informatkxi Systems staff to assist In each of these areas. Now that AMSPEC 
has proven to be successful, UxJget and staff Increases are expected to support these and other sen/ices, 
Including on-site visits to resolve local problems. 
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How Cal Poly Benoflto 



°^IL ^ benefits already realized by the campus are improved off-campus communications and 
matejframe pefformance and capacity. Providing access to mainframe UNIX was identified as a critical 
need by the universlt/s computer science and engineering programs. With IBM's new/ AiX product, the 
^^"E!^ wBl have access to a new state^rf-the-art version of the operating system that is standard in 
sctentlflc and engineering circles. Most important of all, the -ampus wHl t)enefit from continued State 
funding designated to support mainframe computing, and the potential for ""xireased State fundina and 
external revenues to support expanded services to CSU and non-CSU users. 



Future Goal* and Objectives 

Hajjng wercome the initial problems Identified in the pilot project. Cal Poly is looking forward to expanding 
AMSPEO service to meet other critical instmctional needs (lee Rgure 6). i~ w 

Flr« and foremost Is the need for expanded service to CSU campuses. It is hoped that in the near future 
CAPC can jffer mainframe service to any CSU discipline with an interest and need for such assistance For 
example, several CSU Schools of Engineering have indicated interest in accessing engineering analysis 
packages available only on the IBM mainframe, as per the original missbn of the CAPC Specifically, they 
need access to finite el^.ient analysis, computer languages a'^id expert system analysis programs. 

Another area to be expanded Is the integratkm of supercomputing applteatkms in CSU undergraduate 
programs, particularly in scientific fiekJs such as chemistry and phystes whteh require access to advanced 
simulattons and complex modeling software. The vector faculty on the lBM-3090/400 can readily suoDort 
the use of these large-scale software products. ' ^ 

With the mpanskjn of CSUNET. Cal Poly Is exploring sen/tees to non-CSU inslltuttons. such as Cailfomla 
CommunityColleges and K-12 school districts. Possible servtees include facHltating artteuiation twtween 
CSUs and CCCs, supporting electron^ con-e-encing and iMJiletin board activities, supporting an electronic 
library of K-12 software for statewMe evaluatkm and distrilMjtton. and supporting classroom instruction and 
funded research activities. 

In parallel with industry's need to develop and use new technologies to remain competitive, applied research 
projects within CSU are expand' g. These activities couW also t)eneflt from having access to the increased 

I3?f ll:£P"J?.^P®°'*y ^ ^ ^""y- "Tberefore, a fourth goal is to expand research services to indue 'ry tht uoh 
CAPC s CAD research faG'':!y. ' " 

To support these as well as the instmction il and administrative needs of the university. It is anticipated that 
the campus wOl upgrade to jn lBM-3090/600 with 150 gigabytes of storage within the next year or two. 
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Figure 3 
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M6ta«»Len86s for Academic Computing in a 
Small University: Examining Past Progress and 
Problems, Future Promises and Perils 

Dr. M.S. Vijay Kumar 
University of Maine at Machias 
Machias, Maine 



The initial stages of the information technology 
diffusion process at the University of Maine at 
Machias have resulted in the transformation of this 
innovation, from an abstract concept to a somewhat 
extensive level of applications. The measure of 
initial success that has been attained can be mainly 
attributed to maintaining a meta-perspective in 
introducing and implementing technology use, through: 
a) stressing curricular augmentation rather than 
technology inclusion (integration?) and b) maintaining 
an "Organizational Focur". 

There are indications that the infusion of technology 
is capable of catalyzing several changes . the 
University's educational process and environment. How 
can a small University such as UMM sustain this initial 
momentum and manage the evolving impacts? An 
examination of the current sitratjon reveals that to 
do so, there are several "application" needs to be 
addressed. More importantly, the University needs to 
prepare for the implied changes in the dimensions that 
constitute an "organizational" focus. 
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Background - Initial Success and Impacrs 

The initial stages ol the information technology 
diffusion process at the University of Maine at Machias have 
primarily involved the introduction of the innovation to the 
campus' culture and context, directing the energies of early 
adopters and efforts to define the Academic Computing 
concept. The process so far, despite growing pains, has been 
successful both in terms of the leapfrogging in the level of 
use of the technology, as well as the degree of overall 
preparedness in adopting this technology in the educational 
process of the University. Developments in the computing 
infrastructure and activities of the campus over the past 
three years, present several visible indicators of the 
initial success of the technology adoption process- 

— The wide availability of and access to computing 
resources through: stand-alone and networked microcomputers 
in various campus locations, for students and all faculty; a 
variety of software resources for general as well as course 
specific applications; and campus wide networking to provide 
one-stop access to local and remote computer and 
communication services. 

— The range of Instructional computing activities being 
undertaken on campus: several courses, across disciplines, 
incorporating computer use (forty-four, according to a survey 
conducted in Spring, 1988); fourteen computer augmented 
courses developed over the past two years, as part of a 
federally supported Title III project. Multimedia is a major 
component of four of these courses; a concentration in 
Computer Applications for students from all disciplines 
is being offered as part of the University's program; 
collaborative projects with area school systems i'l the use of 
technology are being developed; the university is undertaking 
curriculum research to better coordinate and integrate its 
computer based offerings. 

— The Increasing Interest on campus In pliknnlng and 
developing systems to close the gap between Instructional and 
administrative computing* 

Equally significant as indicators of success are, the 
not so readily quantifiable impacts of the technology 
adoption process, such as providing new perspectives to the 
teaching/ learning process, as well as a unifying theme for 
linking diverse groups in the university. The following 
excerpt from a report based on an external evaluation 
of the Title III supported microcomputer activity on campus 
illustrates the nature of these impacts: 
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"Perhaps most important is the impact on faculty and the 
changes they perceive ij; themselves and their colleagues 
as a result of the microcomputer activities. As one 
faculty member said, 'there is more talk about 
pedagogy.' Or another, 'the lunch conversations have 
changed.' People talk about the process of teaching. 
They talk about their trials and errors in the use of 
the technology with other users and in many cases with 
those outside their discipline-based division. The 
excitement has extended beyond the campus to local 
school personnel and business people who now see the 
college as a regional resource in the use o. the 
microcomputer. Additionally, the college is becoming 
known as a center of excellence in this area for the 
University of Maine system. . .Without question, this 
activity has had a fundamental impact on the fabric of 
the institutior and curriculum."^ 

Perspectives ^ Procescp 

An examination of the technology diffusion process at 
UMM (through metalenses), provides the themes and strategies 
adopted, as derivea from: 1) the nature of the educational 
tasks to which technology has been applied and 2) the means 
through which an understanding of technology and its use has 
been promoted among those unfamiliar with it. 

Technology Application Tasks 

As with other sectors in society and educational 
institutions, information technol^jgy was originally 
introduced at UMM for administrative functions. Initial uses 
of technology in the academic areas were based on directions 
recommended by a 2 year plan describing the Needs, Outcomes, 
Activities, and Assessment (NOAA) for computer use. This 
plan, developed by the computer committee, proposed computer 
applications to be incorporated in courses based on an 
identified set of computer related skills considered 
important frr students to possess. A majority of the uses 
proposed and adopted, were based on simple applications of 
productivity tools (wordprocessing, database packages and 
spreadsheets) and reflected the nature of use in 
adm.^ nistration. Not surprisingly, computer usage was limited 
primarily to some business courias and as an add-on component 
in a few others . 

Shifting the thrust of technology application towards 
augmenting the instructional process, from merely providing 
computer related skills, catalyzed =^n increase both in the 
level of use of technology and the overall appreciation 
its role in the educational process of the campus. 

The Title III project mentioned above, provided 
considerable momentum to the campus' efforts in technology 
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use with the intent of improving the learning in existing 
courses. Courses augmented through this project involved 
faculty-student pairs to develop the computer-based 
augmentation components. The process of augmenting the 
courses involved the following steps: 1) Defining those 
components of the course which cculd be enhanced by the use 
of the computer; 2) Defining the subskills that would be 
required, both in terms of content and computer use; 

3) Identifying and evaluating needed software/courseware and 
technology processes with respect to T:heir curricular fit; 

4) Modifying the materials or their use and restructuring the 
course as necessary, to derive the maximum benefits of the 
computer augmentation, without compromising learning 
objectives . 

The instructional augmentation approach, as exemplified 
through the Title III process, has transformed and 
strengthened the technology diffusion process in several 
ways. It has encouraged a variety of approaches for 
incorporating technology use across disciplines, such as the 
use of computer communications in Meteorology, simulations 
for Marketing, Hypermedia in Art and English and use of 
courseware to address the needs of specific audiences as in 
remedial mathematics and basic writing courses. It has made 
available an inventory of interactive tools and resources 
that bring excitement to the learning environment. 
The process has served cuz a model for integrating computer 
use in other courses and provided the basis for a creative 
faculty development effort. 

Keeping the instructional mission of the campus es a 
focal point for Academic Computing efforts has provided a 
valid context for technology application on campus. It has 
provided a campas-wide sense of purpose for developing 
strategies and plans ^ and shaped decisions regarding the ty^e 
of technology and its use. 

TechnoloQY Diffusion ^ Mgans 

In looking at the strategies and tactics (means) to 
promote information technology use at UMM, it becomes evident 
that F.intaining an "orqanizatic il focus", in contrast to 
merely an ••application- focus" , has contributed in large 
measur , to increased acceptance and utilization. An 
Applicccicion Focus suggests a preoccupation with innovation 
characteristics independent o£ context, such as processing 
speed, graphic capability and decreasing costs. On the other 
hand, an Organizational Focus suggests that strategies for 
promoting technology take into account factors, such as the 
contextual relevance of innovation characteristics (e.g. 
af fordability and access); attributes of the innovation's 
recipients (e.g. users 'technology orientation, fears, 
motivation and training rpquired); and organizational 
characteristics of the context (e.g. administration's 
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stance on technology use; the university's ability to support 
increasingly complex demands of technology; and the 
organizational structure) • 

The dimension of an Organizational Focus are comprehensively 
captured in the six themes proposed by Havelock and Huberman 
(1980), for planning and predicting the outcomes of 
innovations: 1) Object; 2) Resources; 3) Authority; 4) 
Consensus; 5) Linkage; and 6) Environment. For mnemonic 
convenience, the composite framework was referred by the 
acronym ORACLE. A discussion of each of the themes follows: 

Qt_ "Object" — a concept which included both the substance of 

the proposed change and the objective or intent of the change 

effort. The object dimension comprise five sub- 

dimeni ions, which related to the characteristics of 

the innovation as they facilitated or impeded acceptance by 

the receiving culture. These five dimensions were: 

1) Relevance of the innovation to the needs of the receiving 

culture; 2) Promised Benefit - the magnitude of the 

innovation's impact on improving upon the status quo; 3) 

sourc e Demand -the extent to which the innovation required 
the mobilization of scarce, external or local resources; 4) 
Complexity - the intrinsic complexity, social complexity or 
unt^ complexity of implementation associated with the 
innovation; 

5) Compatibility - the extent of congruence of the innovation 
with attributes of the receiving culture; 

Bl Resources - Resources included financial, material, human 
and knowledge resources, required to introduce and sustain 
the innovation; 

Al Authority - Author: "y included both legal support and 
leadership of officials at local, iistrict and nationax 
levels; 

Qt_ Consensus — Consensus referred to the extent to which 
participation and understanding was achieved at all levels of 
personnel involved in the innovation; 

Li Linkage — Linkage was largely synonymous witn the human 
and organizational infrastructure needed for an innovation; 
El Environment — Environment included the dominant features 
of the setting in which the reform took place, such as 
compatibility with the local settings and timing of the 
innovation. 

The academic computing strategies adopted at UMM so fc^r, as 
described below, have concentrated to a large extert, on the 
Object, Resources, and Linkage dimensions of ORACLE. The 
essence of these strategies is best represented through what 
I have termed as the SPCA paradigm. 

SPCAt Strategies for promoting Computing in ^cademia (or 
Suggestions for Preventing Cruelty to Academics!) at UMM. 
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According to this bifocal paradigm, which addresses both 
technology and process related aspects, for successful 
promotion of technolgy in academia, 

1. the technology should be Sii^pl©/ £roven. Compatible, and 
Adaptable* 

2. the process of introducing technology should be through a 
process involving Success, £articipation, Consensus and 
Advancement . 

Implementing SPCA 

Simple; Our efforts have been directed towards 
simplification of the equipment (hardware and software), the 
skills required for using the technology and the computing 
environmeLt . 

Simplification of the equipment was effected by limiting 
diversity in the typ^ of hardware and using simple 
productivity tools and courseware for specific topics in 
dis ;iplines . 

Ensuring that computing resources are both, available 
and easily accessible, has been the thrust of our initiatives 
in the simplification of the environment. The University, 
despite limited funds, has taken steps to provide each 
faculty with a personal computer, iror facilitating 
accessibility, the University with support from AT&T, has 
implemented a project that allows easy, friendly access to 
MS-DOS™ and UNIX™ based resources from aetworked PCs, 
through a simple menu interface. The menu system, along vith 
the network, serves the purpose of providing a uniform 
environment through a standard look and feel in computers 
across campus. 

Strategies for simplification in the skills domain 
include: 1) adopting an approach to training and development 
which involves incremental stages of increasing complexity; 
2) providing model solutions and 3) establishing relevance 
between computer skills being learned and discipline areas. 

Prevent The need for small colleges to be close followers 
rather than pioneers in the use of technology for small 
colleges has been mentioned by others (Smallen, 1988). 

The important elements of our efforts at ensuring proven 
technology have been: 1) basing hardware and software 
decisions on what had been U3ed successfully at other 
campus^es and our own; b) procuring courseware from other 
universities and University consortiums (e.g., WISCWARE, 
University of Wisconsin, Madison) and c) evaluating software 
operability before distribution to faculty, in order to 
minimize any surprises and ensur3 their efforts were directed 
towards applications . 



ERLC 



72 



-5- 



471 



Coropatible: Particular attention has also been given to 
issues of compatibility in relation to the available skills 
and resources on campus. The time, energy and cost of major 
transitions in hardware and software as well as the 
possibili y of users' disillusionment with technology in the 
transition process directed us to seek compatible solutions. 

Adaptable t Making technology adaptable, through encouraging 
and supporting use in a variety of learning contexts and 
modes, continues to be the approach taken Rather than 
insistence on any specific ways to incorporate computing in 
the teaching/learning process, faculty are encouraged to 
pursue their preferences, be it as an aid to broadcast 
instruction (e.g. CAI drills and tutorials), providing 
interactive tools and resources (e.g. Hypeirmedia, 
Simulation) or for instructional advising through 
asynchronous communications, a use that is currently evolving 
on campus. 

Success t Successful initial experiences being an important 
determinant of continued use, a considerable amount of our 
energies have been directed toward ensuring success. 
Strategies for simplification have been important elements in 
ensuring initial success. 

Partici pation > Participatory processes have brought the 
synergy of collaboration and aided the technology integration 
process in several ways. As indicated earlier, most of the 
instructional commuting projects have been developed by 
faculty-student teams with students bringing computer skills 
and the learner's perspective to the enterprise. Student 
collaboration in developing and managing academic ccmputing 
services, as well as assisting in consultancy, have helped 
provide essential support that would otherwise have not been 
possible, given the limited staff; ''Show and Tell" activities 
of instructional computing projects, along with small group 
discussions and training sessions, have facilitated the 
exchange of ideas and served the purpose of providing 
reinforcement and the motivation to faculty in undertaking 
computing activities. 

Congensua 

Consensus, on the role of comput-ng in the education process 
of the college, was seen as an important factor affecting the 
quality of implementation of plans and strategies. The 
energy and enthusiasm of faculty and administrator's was 
indicative of a high degree of concerns. Factors attributed 
to the consensus achieved include: interpreting academic 
computing directions to administrators and faculty with a 
focus on the academic mission of the campus: information 
dissemination and discussion of plans and projects, in formal 
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and informal forums, which was facilitated by the small size 
of the caA.pus; strong support of the leadership for 
technology-based efforts. 

I Jvancement 

Convincing evidence of individual and institutional 
advancement are being demonstrated through faculty's personal 
use, the instructional augmentation projects and in faculty 
development/training programs. Targeting computing projects 
on need areas specific to the UMM context, specially in 
relation to its size, location and the nature of its student 
population, has been a central theme in our strategies and is 
reflected in the following areas of perceived improvement: 
1) Faculty's abilities to manage their correspondence and 
publication needs without relying on the limited 
secretarial assistance available; 2) A conferencing system 
and E-Mail which allows cutting down on meetings- -a boon in 
terms of time for faculty in a small campus who wear several 
hats; 3) One-stop easy access to local and remote resources, 
including the automated library catalog, which is a necessity 
given the campus's remote location; 4) Improved 
learning/teachinq environments with the potential of 
alternative strategies for remedial education, increased 
flexibility in the scheduling of instructional advising 
especially needed for the non-traditional students, the 
larger inventoiy of interactive instructional tools/resources 
made possible and most importantly the excitement brought 
into the learning environment. 

The ORACLE themes have been represented to varying 
extents in the SPCA based strategies for an Organizational 
Focus at UMM. The impact matrix presented in Figure 1 
summarizes the contribution of SPCA strategies towards 
strengthening the Object, Resource and Linkage dimensions. 

Future Promises and Perils 

As indicated earlier, the initial success of the 
technology infusion efforts have had several impacts on the 
educational process and environment of the University. 

The application of information technology is making the 
educational process more efficient and richer. More 
importantly^ it is initiating a revision of the teaching 
learning process and a redefinition of disciplinary 
boundaries. Emerging directions of technology-use, such as 
the use of local and wide area networks for providing 
instructional support and advising, as welx as the 
implementation ot bLciLc-.;Me Instructional Telecommunicatioi' 
Networks in the University of Maine System, are making 
possible the geographical extension of the* teaching/learning 
environment. Technology use is encouraging the investigation 
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STK^ITEGY 



IMPACT on Strengthening 



OBJECT 



Simple 

( in equipment , 
skills , environment ) 



Proven 

(through evaluation; 
successful 
experiences in 
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Figure 1; Tmpact Matrix. 
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of mechanisms for cooperative processes between the 
traditionally separate areas of instruction and 
administration. These impacts are significant in terms of 
their implications for the University's future. 

However, a look at the elements that have contributed to 
the successful process so far, also suggest the fragile 
nature of this initial success, if several factors that are 
needed to sustain this effort are not addressed. These 
factors imply strengthening the Resource, Consensus and 
Linkage dimensions of the ORACLE framework as discussed 
below: 

Resourcest Ensuring the availability and accessibility of 
resources has been an important a. ect of the strategies 
adopted so far. The support made available initially through 
a state bond referendum and subsequently through grants hae 
been critical for stregthening the resource dimension 
hitherto. 

A renewed marshalling of resources locally is required 
to: sustain the increasing interest in information 
technology activity; to accommodate technological advances, 
obsolescence and maintenance, and to compensate for the time- 
intensive nature of instructional computing activities. For 
small campuses, especially those in a multi-campus system, 
both the size of the overall pie and the computing demands on 
it limit resource availability for Academic Computing. A 
stated commitment to information technology use through an 
understanding of its strategic importance to the University 
leading to a departure from traditional resource allocation 
mechanisms will be needed to rectify this. The recent 
inclusion of an information technology statement in the 
prioritized list of goals of the University, as well l.s 
current efforts on the development of a long range plan for 
providing technology related capital resources, are 
constructive steps being taken in this area. 

Consensus: As is becoming v^^ident, the diverse set of 
applications and users that are evolving necessitate a more 
complex degree of consesus that is difficult to achie^^e. 
Mechanisms to promote /generate consensus are required on 
issues related to the prioritization of academic computing 
resource allocation, standardization and future directions of 
Academic Computing. The formation of a campus wide advising 
and user group committee for this purpose is being 
encouraged. Consensus will also require a greater degree of 
reliance on formal policies than at present. 

Linkage t The fact that no formal organization for academi*: 
computing existed at UMM three years ago, coupled with UMM's 
location in a remote area where physical and communication 
facilities were underdeveloped, made for a weak linkage 
situation initially. The evolution of an Academic Computing 
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unit with a director and technical staff, have helped create 
the basic organizational infrastructure and somewhat 
strengthen the linkage dinif^nsion. The increase in the level 
and complexity of operations are making apparent, the need 
for a greater degree of formalization with respect to 
differentiated and articulated configurations of people, 
roles and responsibilities. An example is the need to make 
programming assistance available for courseware development 
efforts and faster in-house systems, given the absence of a 
computer science department on campus. 

The convergence of information technologies (e.g. 
computers and telecoiranunications ) and that of applications 
(o.g. instruction and administration), also suggest the need 
for a convergence of the technology-related decision making 
units. University-wide mechanisms need to be established to 
insure coordinatior in decision making for minimizing the 
potential for missed opportunities and actions at cross- 
purposes . 

Conclusion 

In general, the interaction of an innovation system with 
the educational system could result in three possible 
outcomes: 1) mutual withdrawal with no change: 2) 
superficial or temporary change; 3) f undamental/systoinic 
change. in the case of information technology at UMM a 
vision of the last outcome has been seen, through maintaining 
an Instructional Augmentation and an Organizational Focus. 
The fragility of this vision and the possible reversal to the 
second out me (i.e. superficial, temporary change) if 
factors relating to an Organizational Focus are not addressed 
is also evident. 
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